[talk-ph] OSM vs. RoadGuide.ph redux

2012-03-06 Per discussione Eugene Alvin Villar
Hi guys,

Early last year, I did a visual comparison of between the OSMPH Garmin
map and the Garmin map produced by RoadGuide.ph, concentrating on
areas where OSM is better (since RoadGuide, by default, has more data
than OSM): http://vaes9.codedgraphic.com/posts/is_rg_better_than_osm

I did a follow-up comparison almost one year later and you can see the
results here: 
http://wiki.openstreetmap.org/wiki/RoadGuide.ph/Data_comparison_with_OSM

The lesson is the same as with last year: Use both maps if you can
since they complement each other. :-)

Don't know what RoadGuide.ph is? Here's a primer:
http://wiki.openstreetmap.org/wiki/RoadGuide.ph

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


[OSM-legal-talk] Feedback requested ... OSM Poland data

2012-03-06 Per discussione Michael Collinson
I am trying to find a solution that will allow the UMP project in Poland 
to continue using OSM data and therefore reciprocally allow OSM to keep 
a large amount of data that went into making the initial road map of 
Poland and which is still there.  The UMP project collects road routes 
within Poland and makes routable maps for Garmin devices publishes its 
data under CC-BY-SA.  I hope that they will consider ODbL in the future, 
but that is their choice and I am sure that they will want to see how we 
fare first.


From what I understand of how UMP uses OSM data, (which may not be 100% 
right yet), I have made the following draft statement. May I ask you:


- as an OSM community member, are you happy for the OSMF to make such a 
statement?


- is it true?

- can you see any negative consequences?


The OSMF acknowledges the kind help of UMP project and its members in 
creating the OSM map of Poland. The OSMF acknowledges that the UMP 
project is similar in spirit; providing geodata that is free and open. 
Provided that UMP continues to publish its data under a free and open 
license, the OSMF is happy to allow UMP to use OSM data for verifying 
road routes within Poland.  UMP may also provide a layer of non-highway 
data made from OSM data or OSM map-tiles within its Garmin maps; the 
OSMF believes that this is allowed by the basic ODbL license and that no 
special permission is required. (DRAFT FOR DISCUSSION ONLY!)


The key line for me is the OSMF is happy to allow UMP to use OSM data 
for verifying road routes within Poland ... this is probably granting 
permission for something not completely within the ODbL.


Mike

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


Re: [OSM-legal-talk] Feedback requested ... OSM Poland data

2012-03-06 Per discussione Ed Avis
Legally there's no downside for granting extra permissions.  They are
additive on top of whatever licence is used and don't damage anyone
else's use of the data.  However, it is not in the spirit of the
community terms for OSMF to grant exemptions or extra permissions -
particularly not if they are specific to one user, which looks like
favouritism.

So I suggest, firstly, any extra permission granted should be to
everyone on equal terms or not at all; and secondly, if you believe
that the permission notice is necessary as an addition to the ODbL
(rather than just a clarification of what is already the legal
situation) then its text needs to be approved by the OSMF board and a
2/3 vote of active contributors.

--
Ed Avis e...@waniasset.com



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


Re: [OSM-legal-talk] Feedback requested ... OSM Poland data

2012-03-06 Per discussione Frederik Ramm

Hi,

On 03/06/12 10:55, Michael Collinson wrote:

The OSMF acknowledges the kind help of UMP project and its members in
creating the OSM map of Poland. The OSMF acknowledges that the UMP
project is similar in spirit; providing geodata that is free and open.
Provided that UMP continues to publish its data under a free and open
license, the OSMF is happy to allow UMP to use OSM data for verifying
road routes within Poland.


I don't think there is a process for granting special permissions to 
anyone; this could only work through a license change (where the new 
license is basically ODbL for everyone but for UMP the following extras 
are established...).


The only way I can see this fly is for OSMF to publish their 
interpretation of ODbL that allows whatever UMP want to do.


Personally, I don't think that *verifying* their data against OSM data 
(in the sense of flagging potential problems, as long as they don't copy 
our data outright) would be a valid use of our data that would not 
create a derived database. (The database that contains the results of 
the analysis might be derived and have to released.)



UMP may also provide a layer of non-highway
data made from OSM data or OSM map-tiles within its Garmin maps; the
OSMF believes that this is allowed by the basic ODbL license and that no
special permission is required.


Are Garmin maps databases or produced works? If they are databases then 
UMP would have to make sure that the ODbL licensed OSM layer is 
accessible separately and would have to make users aware that it is 
ODbL. If they are produced works, then UMP would have to make the 
derived non-highway database available under ODbL. If UMP were not 
willing or able to do that, and OSMF were intent on removing this burden 
from UMP, then OSMF could offer to publish a derived non-highway 
database themselves, which would lead to UMP only having to point to 
that database and say there's our source and it's ODbL.


Bye
Frederik

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

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


Re: [OSM-legal-talk] Feedback requested ... OSM Poland data

2012-03-06 Per discussione Ed Avis
Is there a way to provide what UMP want by making a Produced Work (which could 
be
public domain or CC) rather than a Derived Database?

-- 
Ed Avis e...@waniasset.com


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


Re: [OSM-legal-talk] Feedback requested ... OSM Poland data

2012-03-06 Per discussione Richard Fairhurst
Michael Collinson wrote:
 - as an OSM community member, are you happy for the OSMF to make 
 such a statement?
 - is it true?
 - can you see any negative consequences?

I'm with Ed and Frederik on this one, I'm afraid - I don't see any way in
which we can afford additional permissions on a one-off basis under
ODbL+current CTs; nor do I think that we should do so except universally
(i.e. to everyone, worldwide, not just to one project in one country).

The question raised by Frederik is whether verifying their data against OSM
data creates a derived work. As ever, ask in a different jurisdiction, get
a different answer, but there is at least one case that suggests that it may
(Singapore maybe?).

If we were to say we don't think verifying data creates a derived work,
would the great mass of OSM mappers be content to see Google (for example)
use our effort to determine where new streets are; send the StreetView
cars/satellites out; and have the new streets on Google Maps within a couple
of days? I'm sure they wouldn't - indeed, I suspect many of those who've
signed the CTs would feel cheated if they were told that it would permit
this.

So... sorry, but no, I don't think it'll work. :(

cheers
Richard



--
View this message in context: 
http://gis.19327.n5.nabble.com/OSM-legal-talk-Feedback-requested-OSM-Poland-data-tp5540425p5541176.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] Post-Changeover Attribution

2012-03-06 Per discussione Rob Myers
On 06/03/12 18:07, Michael Collinson wrote:
 
 http://wiki.openstreetmap.org/wiki/Legal_FAQ/ODbL3a. I would like to use
 OpenStreetMap maps. How should I credit you?

I recommend Map tiles copyright OpenStreetMap, licenced CC-BY-SA, as
that works better with BY-SA's requirement of a copyright notice.
Spelling out Creative Commons Attribution-Sharealike v3.0 and adding
years to each notice wouldn't hurt either.

I also recommend using the *word* copyright rather than (c), as it is
my understanding that the English word has international legal weight
but the copyright symbol or its ASCII equivalent doesn't.

For offline works, CC recommend this text (sorry for the url):

https://creativecommons.org/choose/non-web-popup?q_1=2q_1=1field_commercial=yfield_derivatives=safield_jurisdiction=field_format=field_worktitle=field_attribute_to_name=field_attribute_to_url=field_sourceurl=field_morepermissionsurl=lang=en_GBn_questions=3

Other than that, the FAQ is excellent but I do obviously recommend
getting someone who IAL to take a look at it. I know that adding endless
boilerplate legal text is bad, but more legal text is better than more
misunderstanding.

- Rob.

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


Re: [OSM-legal-talk] Post-Changeover Attribution

2012-03-06 Per discussione Mike Linksvayer
On Tue, Mar 6, 2012 at 11:28 AM, Rob Myers r...@robmyers.org wrote:
 On 06/03/12 18:07, Michael Collinson wrote:
 http://wiki.openstreetmap.org/wiki/Legal_FAQ/ODbL 3a. I would like to use
 OpenStreetMap maps. How should I credit you?

 I recommend Map tiles copyright OpenStreetMap, licenced CC-BY-SA, as
 that works better with BY-SA's requirement of a copyright notice.

BY-SA doesn't require a copyright notice. It requires keeping intact
copyright notices that are provided, as well as license notice. Given
that copyright is automatic, many licensors don't provide the former,
though it may be useful to do so anyway for education. The notices
provided by CC don't include an explicit copyright notice.

 Spelling out Creative Commons Attribution-Sharealike v3.0 and adding
 years to each notice wouldn't hurt either.

It seems to me space is at a premium in the corner of a map or a
caption, and spelling out doesn't gain much, but that's just my
opinion.

Just as an experiment in brevity

©OpenStreetMap data ODbL[ tiles BY-SA]

With OpenStreetMap, ODbL, and BY-SA linked to the obvious
places, [] when tiles used.

 I also recommend using the *word* copyright rather than (c), as it is
 my understanding that the English word has international legal weight
 but the copyright symbol or its ASCII equivalent doesn't.

That's the oddest thing I've read today. Really?

 For offline works, CC recommend this text (sorry for the url):

 https://creativecommons.org/choose/non-web-popup?q_1=2q_1=1field_commercial=yfield_derivatives=safield_jurisdiction=field_format=field_worktitle=field_attribute_to_name=field_attribute_to_url=field_sourceurl=field_morepermissionsurl=lang=en_GBn_questions=3

Nobody has ever sent a request for a copy of a license via post,
AFAIK. :) But the full license URL should be provided, not
www.creativecommons.org. Same is true of ODbL which says If
hyperlinks are not possible, You should include the plain text of the
required URI’s with the above notice.

IANALetc
Mike

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


Re: [OSM-legal-talk] Post-Changeover Attribution

2012-03-06 Per discussione Rob Myers
On 06/03/12 20:30, Mike Linksvayer wrote:
 
 I also recommend using the *word* copyright rather than (c), as it is
 my understanding that the English word has international legal weight
 but the copyright symbol or its ASCII equivalent doesn't.
 
 That's the oddest thing I've read today. Really?

Para 7 here, I may have been wrong about the copyright symbol:

https://www.gnu.org/licenses/gpl-howto.html

Grepping Berne for the word English doesn't immediately show anything
germane to this however.

 For offline works, CC recommend this text (sorry for the url):

 https://creativecommons.org/choose/non-web-popup?q_1=2q_1=1field_commercial=yfield_derivatives=safield_jurisdiction=field_format=field_worktitle=field_attribute_to_name=field_attribute_to_url=field_sourceurl=field_morepermissionsurl=lang=en_GBn_questions=3
 
 Nobody has ever sent a request for a copy of a license via post,
 AFAIK. :)

Oh I'm disappointed now. :-)

- Rob.

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


[OSM-legal-talk] What happens on April 1?

2012-03-06 Per discussione Steve Bennett
Hi all,
  Could someone explain exactly what will be happening on April 1?
Will we really be purging all data from decliners? And if so, is this
not terrible timing, given the recent, high-profile signups of
companies like foursquare?

Given that many people are now actively remapping, is there any
prospect of pushing back the cutover deadline? Is there any reason not
to? Why do we want to reveal a map with huge holes in it to the world,
rather than doing the remapping privately, to minimise disruption to
data consumers?

Steve
(I previously asked a version of this question on talk).

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


[OSM-talk] Victoria seems to be missing.

2012-03-06 Per discussione Paul Johnson
Looked at http://www.mapdust.com/detail/1978573 and noticed there doesn't
seem to be any ways, but the nodes that belonged to the missing ways are
still there.  History only indicates Acrosscanadatrails as being the only
person who has touched those nodes.  Quite confused as to what happened
here.  Could anybody provide some insight into what happened to the missing
ways?
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Map Co-ordinates for towns, etc in UK

2012-03-06 Per discussione Nathan Edgars II

On 3/3/2012 8:24 PM, John F. Eldredge wrote:

We don't have zero-point markers in the USA, either, at least not from my 
experience.  However, the highway departments seem to be referring to some point in or 
near the center of the cities, judging from the distances shown.


Sometimes it's to the center (usually the courthouse or city hall?) and 
sometimes to the city limits. The only zero point I know of (that's not 
intended for only one road) is the Zero Milestone in DC, and its use 
never caught on.


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


Re: [OSM-talk] Map Co-ordinates for towns, etc in UK

2012-03-06 Per discussione Nathan Edgars II

On 3/6/2012 8:53 AM, Lynn W. Deffenbaugh (Mr) wrote:

On 3/3/2012 9:04 PM, Nathan Edgars II wrote:

Sometimes it's to the center (usually the courthouse or city hall?)
and sometimes to the city limits. The only zero point I know of
(that's not intended for only one road) is the Zero Milestone in DC,
and its use never caught on.


There's also Mile 0 for US 1 in Key West.


That's for one route. Most routes with mileposts have a mile 0, but it's 
where the route begins, not necessarily some sort of town center.


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


Re: [OSM-legal-talk] Feedback requested ... OSM Poland data

2012-03-06 Per discussione Michael Collinson

On 06/03/2012 15:34, Ed Avis wrote:

Is there a way to provide what UMP want by making a Produced Work (which could 
be
public domain or CC) rather than a Derived Database?

   
UMP only collect road routes. With the caveat that I probably still do 
not understand *exactly* the intended use, (if anyone knowledgeable 
wants to jump in, please do), I think the issue breaks into two parts.


The first issue is to augment their Garmin map. So, yes, it is very 
likely they could use our data as an independent Produced Work layer.


The second issue is that they are very reasonably asking reciprocity - 
if OSM can continue to use UMP road data, so UMP should be able to use 
OSM road data.  And that is the difficult one.  I was hoping to work 
with defining what use actually meant.  It is possible that UMP would 
never actually want to copy in an OSM road or any details about it into 
the UMP project database.  They just want to be able to compare the road 
networks, see if there is anything missing or potentially anomalous and 
go out and independently map it. Frederik puts it well:


Personally, I don't think that *verifying* their data against OSM data 
(in the sense of flagging potential problems, as long as they don't copy 
our data outright) would be a valid use of our data that would not 
create a derived database. (The database that contains the results of 
the analysis might be derived and have to released.) 


However, if I were in UMP, I would want to be cautious and seek 
clarification from OSMF.  Which is what I am seeking to give.  Doing it 
specifically for another free and open project with known goals seems 
safe, doing it for anyone- as Ed, Frederick and Richard are reasonably 
suggesting - seems dangerous without very carefully defining what 
verifying could mean, and more importantly, what it does not mean.  If 
we do not find a resolution, it will be a great shame for both projects.


Stumped,
Mike


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


Re: [OSM-legal-talk] Feedback requested ... OSM Poland data

2012-03-06 Per discussione Frederik Ramm

Hi,

On 03/06/2012 02:36 PM, Frederik Ramm wrote:

Personally, I don't think that *verifying* their data against OSM data
(in the sense of flagging potential problems, as long as they don't copy
our data outright) would be a valid use of our data that would not
create a derived database. (The database that contains the results of
the analysis might be derived and have to released.)


Oops. Tripped over my own negative here. I wanted to say: As long as 
they just compare stuff and verify, I think it's ok and they won't be 
affected by viral ODbL-ness.


Bye
Frederik

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

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


[OSM-talk] Mapnik slower than usual?

2012-03-06 Per discussione Nathan Edgars II
Is it just me, or are there more timeout magnifying glasses than usual? 
Is this due to the Osmarender server going down?


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


[OSM-legal-talk] Post-Changeover Attribution

2012-03-06 Per discussione Michael Collinson
The LWG want to get a community-agreed wording prepared for how we want 
folks to attribute us after license change-over.


There is a wiki page courtesy of Richard Fairhurst that makes a good 
edit point. Please take a look:


http://wiki.openstreetmap.org/wiki/Legal_FAQ/ODbL 3a. I would like to 
use OpenStreetMap maps. How should I credit you?


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


Re: [OSM-talk] Victoria seems to be missing.

2012-03-06 Per discussione Paul Johnson
On Mar 6, 2012 10:11 AM, Andrew Allison andrew.alli...@teksavvy.com
wrote:

 On Sun, 2012-03-04 at 16:43 -0800, Paul Johnson wrote:
  Looked at http://www.mapdust.com/detail/1978573 and noticed there
  doesn't seem to be any ways, but the nodes that belonged to the
  missing ways are still there.  History only indicates
  Acrosscanadatrails as being the only person who has touched those
  nodes.  Quite confused as to what happened here.  Could anybody
  provide some insight into what happened to the missing ways?

 Canada has started / selectively purged some non-compliant data.
 Probably caused what you are seeing.

Oh, man, next month is gonna suck.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Victoria seems to be missing.

2012-03-06 Per discussione Paul Norman
Removing a limited set of objects was proposed by rweait in
http://lists.openstreetmap.org/pipermail/talk-ca/2012-March/004589.html.
What was actually removed went beyond what was discussed. I proposed rolling
them back in
http://lists.openstreetmap.org/pipermail/talk-ca/2012-March/004599.html but
no one replied.

 

What do you think the best route is? I had been working on pulling out the
CanVec/Geobase imports and restoring the data to a consistent state by
adding back in major highways and coastlines, but the removals stopped that.

 

From: Paul Johnson [mailto:ba...@ursamundi.org] 
Sent: Sunday, March 04, 2012 4:43 PM
To: talk@openstreetmap.org
Subject: [OSM-talk] Victoria seems to be missing.

 

Looked at http://www.mapdust.com/detail/1978573 and noticed there doesn't
seem to be any ways, but the nodes that belonged to the missing ways are
still there.  History only indicates Acrosscanadatrails as being the only
person who has touched those nodes.  Quite confused as to what happened
here.  Could anybody provide some insight into what happened to the missing
ways? 

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


Re: [OSM-talk] FourSquare and OSM

2012-03-06 Per discussione Steve Bennett
So at the risk of pointing out the obvious: aren't we about to start
purging data from decliners? Last I heard, we're begin[ning] the
process of database re-building and hope to complete by 2012-04-01.
Are we about to start inflicting maps with big holes, missing roads
etc on these big sites that have finally made the decision to start
trusting OSM with their core business?

Or will the intermediary service provided by MapBox etc somehow protect them?

Discuss.

Steve

On Sat, Mar 3, 2012 at 6:14 AM, Frans Thamura fr...@meruvian.org wrote:
 hi all

 we have great news that foursquare using OSM now

 anyone working with Fq? which API that osm using ?

 the ruby one?

 F

 ___
 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] FourSquare and OSM

2012-03-06 Per discussione Joseph Reeves
Or will the intermediary service provided by MapBox etc somehow protect them?

MapQuest is updated minutely? So changes to the database are going to
be felt by FourSquare, Nestoria, et al pretty immediately. This is
pretty off topic, of course...

Presumably the good folks behind the license change will say that any
short-term damage to OSM caused by removing data is outweighed by the
benefits of a new license; the ODbL even, possibly, makes data
exchange with these 3rd parties more secure in the long term.

That's the optimistic way of putting it. You could be a pessimist and
say that OSM data is already hugely inconsistent and full of holes,
missing roads and imaginary data.

I guess it just depends on how you judge the contents of your glass
(or mailing list).

Cheers, Joseph





On 6 March 2012 22:15, Steve Bennett stevag...@gmail.com wrote:
 So at the risk of pointing out the obvious: aren't we about to start
 purging data from decliners? Last I heard, we're begin[ning] the
 process of database re-building and hope to complete by 2012-04-01.
 Are we about to start inflicting maps with big holes, missing roads
 etc on these big sites that have finally made the decision to start
 trusting OSM with their core business?

 Or will the intermediary service provided by MapBox etc somehow protect them?

 Discuss.

 Steve

 On Sat, Mar 3, 2012 at 6:14 AM, Frans Thamura fr...@meruvian.org wrote:
 hi all

 we have great news that foursquare using OSM now

 anyone working with Fq? which API that osm using ?

 the ruby one?

 F

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


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

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


Re: [OSM-talk] FourSquare and OSM

2012-03-06 Per discussione Steve Bennett
On Wed, Mar 7, 2012 at 9:27 AM, Joseph Reeves iknowjos...@gmail.com wrote:
 Presumably the good folks behind the license change will say that any
 short-term damage to OSM caused by removing data is outweighed by the
 benefits of a new license; the ODbL even, possibly, makes data
 exchange with these 3rd parties more secure in the long term.

Ouch. So after years of laboring in the background, we finally make a
splash on the world scene, getting picked up by some pretty prominent
sites. Weeks later, we start removing large slabs of data, because of
an arcane licensing debate that no one outside OSM gives a toss about.

If this actually happens, it will be by far the stupidest thing OSM
has ever done. But maybe I'm misunderstanding the meaning of that
phrase about database rebuilding?

 That's the optimistic way of putting it. You could be a pessimist and
 say that OSM data is already hugely inconsistent and full of holes,
 missing roads and imaginary data.

I can't speak for other countries, but in my city (Melbourne,
population 4 million, second biggest in Australia), parts of the
largest freeway, right near the centre of town, are currently on the
chopping board. That's a lot worse than any other everyday missing
roads, holes etc.

Steve

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


Re: [OSM-talk] FourSquare and OSM

2012-03-06 Per discussione Steve Bennett
On Wed, Mar 7, 2012 at 1:28 PM, Steve Bennett stevag...@gmail.com wrote:
 If this actually happens, it will be by far the stupidest thing OSM
 has ever done. But maybe I'm misunderstanding the meaning of that
 phrase about database rebuilding?

Since I'm getting some off-list snark about this, let me make clear:

1) I'm not arguing against the licence change
2) I am participating in remapping
3) I'm questioning deleting large amounts of data from our map on the
self-imposed deadline of April 1

Steve

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


Re: [OSM-talk] FourSquare and OSM

2012-03-06 Per discussione sabas88
2012/3/7 Steve Bennett stevag...@gmail.com

 On Wed, Mar 7, 2012 at 1:28 PM, Steve Bennett stevag...@gmail.com wrote:
  If this actually happens, it will be by far the stupidest thing OSM
  has ever done. But maybe I'm misunderstanding the meaning of that
  phrase about database rebuilding?

 Since I'm getting some off-list snark about this, let me make clear:

 1) I'm not arguing against the licence change
 2) I am participating in remapping
 3) I'm questioning deleting large amounts of data from our map on the
 self-imposed deadline of April 1


I agree with you.
The license change is ok but: the big sites (Foursquare) must have the
possibility to use the CC-BY-SA database also after the 1st April, till we
have remapped almost all lacking data.
I don't know if it's possible, but new contributions can be backported to
the old database?



  Steve


Regards,
Stefano


 ___
 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] FourSquare and OSM

2012-03-06 Per discussione Stephan Knauss

On 07.03.2012 05:23, Steve Bennett wrote:

3) I'm questioning deleting large amounts of data from our map on the
self-imposed deadline of April 1


Would it be even more clever for map tile providers like mapquest so 
simply stop updates for a week (or probably serve static tiles as of 
march 31) until the ODbL data reached a level the tile users are happy with?


It is the decision of tile providers how fast they update...

Stephan

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


[talk-au] lake baroon missing

2012-03-06 Per discussione Chris Barham
Hi,
I'm away for a few months, but a friend just pointed out that Lake
Baroon has gone missing:
http://osm.org/go/ueSKIP02-
If anyone is inclined to fix please do
Chas

-- 

cbar...@pobox.com

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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Chris66
Am 06.03.2012 00:45, schrieb aighes:

 +1, wer auf Spurmapping abfährt soll das gerne Eintragen, aber dabei
 nicht den highway-Tagg, der für Straßen gedacht ist, für Spuren
 missbrauchen.

+10, allerdings sehe ich mehr spurgemappte Städte. Im Zeitalter der
HiRes Luftfotos wollen die Leute anscheinend Spuren abmalen.

Ich befürchte, der Zug ist abgefahren.

Chris


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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Martin Vonwald
Am 6. März 2012 10:03 schrieb Chris66 chris66...@gmx.de:
 Am 06.03.2012 00:45, schrieb aighes:

 +1, wer auf Spurmapping abfährt soll das gerne Eintragen, aber dabei
 nicht den highway-Tagg, der für Straßen gedacht ist, für Spuren
 missbrauchen.

 +10, allerdings sehe ich mehr spurgemappte Städte. Im Zeitalter der
 HiRes Luftfotos wollen die Leute anscheinend Spuren abmalen.

 Ich befürchte, der Zug ist abgefahren.

Der Zug ist vor allem deshalb abgefahren, da es keinerlei sinnvolle
Alternativen gibt. Die Leute wollen/brauchen Spurinformationen.
Solange die einzige Möglichkeit dies zu erreichen individuelle Ways
sind, werden sie das machen. Wenn man ihnen die Möglichkeit gibt, das
ganze einfacher zu taggen, werden sie dies tun. Der Mensch ist von
Natur aus nämlich faul ;-)
Deshalb habe ich auch die Hoffnung, das wir es in absehbarer Zeit
schaffen ein sinnvolles Spurmapping auf die Beine zu stellen. Welche
Variante ist eigentlich egal - Hauptsache sie ist einfach und
universell.

Martin

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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione aighes

Am 06.03.2012 10:14, schrieb Martin Vonwald:

Am 6. März 2012 10:03 schrieb Chris66chris66...@gmx.de:

Am 06.03.2012 00:45, schrieb aighes:


+1, wer auf Spurmapping abfährt soll das gerne Eintragen, aber dabei
nicht den highway-Tagg, der für Straßen gedacht ist, für Spuren
missbrauchen.

+10, allerdings sehe ich mehr spurgemappte Städte. Im Zeitalter der
HiRes Luftfotos wollen die Leute anscheinend Spuren abmalen.

Ich befürchte, der Zug ist abgefahren.

Der Zug ist vor allem deshalb abgefahren, da es keinerlei sinnvolle
Alternativen gibt. Die Leute wollen/brauchen Spurinformationen.
Solange die einzige Möglichkeit dies zu erreichen individuelle Ways
sind, werden sie das machen. Wenn man ihnen die Möglichkeit gibt, das
ganze einfacher zu taggen, werden sie dies tun. Der Mensch ist von
Natur aus nämlich faul ;-)
Deshalb habe ich auch die Hoffnung, das wir es in absehbarer Zeit
schaffen ein sinnvolles Spurmapping auf die Beine zu stellen. Welche
Variante ist eigentlich egal - Hauptsache sie ist einfach und
universell.
Genau so läuft OSM aber nicht. Wenn ich meine privaten Radtouren gerne 
mit OSM verwalten möchte, muss ich mir auch eine Lösung einfallen lassen 
statt diese einfach als nationale Radroute einzutragen.


Wenn jemand Spaß am Spurmappen hat, kann er die Spuren doch separat 
eintragen und als lane=primary etc. eintragen. Das Problem ist, dass 
derzeit kaum ein Auswerter Interesse daran hat, die Spuren darzustellen 
und das diese Leute deshalb fehlerhafte Infos absichtlich Eintragen.


Henning


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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Wolfgang
Hallo,
Am Dienstag, 6. März 2012 10:14:07 schrieb Martin Vonwald:
 Am 6. März 2012 10:03 schrieb Chris66 chris66...@gmx.de:
  Am 06.03.2012 00:45, schrieb aighes:
  +1, wer auf Spurmapping abfährt soll das gerne Eintragen, aber
  dabei nicht den highway-Tagg, der für Straßen gedacht ist, für
  Spuren missbrauchen.
  
  +10, allerdings sehe ich mehr spurgemappte Städte. Im Zeitalter der
  HiRes Luftfotos wollen die Leute anscheinend Spuren abmalen.
  
  Ich befürchte, der Zug ist abgefahren.
 
 Der Zug ist vor allem deshalb abgefahren, da es keinerlei sinnvolle
 Alternativen gibt. Die Leute wollen/brauchen Spurinformationen.
 Solange die einzige Möglichkeit dies zu erreichen individuelle Ways
 sind, werden sie das machen. Wenn man ihnen die Möglichkeit gibt, das
 ganze einfacher zu taggen, werden sie dies tun. Der Mensch ist von
 Natur aus nämlich faul ;-)
 Deshalb habe ich auch die Hoffnung, das wir es in absehbarer Zeit
 schaffen ein sinnvolles Spurmapping auf die Beine zu stellen. Welche
 Variante ist eigentlich egal - Hauptsache sie ist einfach und
 universell.

Solange nur highways in mapnik angezeigt werden, könnt ihr das schönste 
Schema der Welt machen, die Leute werden weiter das highway-tag 
benutzen.

Wir brauchen dann zusätzlich einen Server, der Innenstädte in hoher 
Auflösung (z20?) spurgenau darstellen kann. Vielleich könnte man von 
mapnik darauf verlinken.

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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Martin Vonwald
 Genau so läuft OSM aber nicht.

Ich darf deinen Satz korrigieren: Genau so SOLLTE  OSM aber nicht LAUFEN.  ;-)
Das Problem ist: Genau so läuft OSM aber derzeit.

 Wenn jemand Spaß am Spurmappen hat, kann er die Spuren doch separat
 eintragen und als lane=primary etc. eintragen. Das Problem ist, dass derzeit
 kaum ein Auswerter Interesse daran hat, die Spuren darzustellen und das
 diese Leute deshalb fehlerhafte Infos absichtlich Eintragen.

Sieht er seine Spuren dann gerendert? Nein. Daher interessiert es den
Mapper nicht. Traurig aber wahr. Die große Mehrzahl der Causual Mapper
interessiert es nicht, dass dann die Daten Schwachsinn sind. Er sieht
es doch auf seiner Lieblingskarte also muss es schon passen. Die
Aufgabe der Heavy User ist es eben Ordnung in dieses Chaos zu bringen.
Und das geht nur, wenn wir es dem CM leicht machen die Sachen richtig
einzutragen. Derzeit kann er es gar nicht richtig eintragen, also
trägt er es irgendwie ein. Wir brauchen eine Lösung. Eine einfache.

Natürlich können wir lang und breit darüber diskutieren, dass die CM
es doch bitte anders machen sollen und sich an die Regeln halten
sollen. Das wird nur nichts bringen. Die Menge der Mapper (CM+HU) gibt
vor, was gebraucht wird. Und die HU müssen sich um gute Lösungen
kümmern. Und gut bedeutet hier vor allem, dass es die CM verstehen
können ohne sich durch zwanzig Seiten Wiki kämpfen zu müssen. Das
führt uns dann vielleicht nicht zu den syntaktisch hübschesten
Lösungen, welche mit den allereinfachsten Algorithmen am eindeutigsten
auszuwerten sind, aber es bringt uns Lösungen, welche die CM verstehen
und richtig eintragen. Wenn es dann schwieriger zu verarbeiten ist,
ist das zwar traurig, aber noch immer ein Riesengewinn im Vergleich zu
völlig falschen Daten, die gar nicht verarbeitet werden können.

Martin

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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Martin Vonwald
 Solange nur highways in mapnik angezeigt werden, könnt ihr das schönste
 Schema der Welt machen, die Leute werden weiter das highway-tag
 benutzen.

Genau das ist der Punkt. Das Schema muss kompatibel sein und muss das
highway Tag verwenden wie bisher. Und zusätzlich(!) muss es jenen
Leuten, welche das wollen, die Möglichkeit geben Spurinformationen
einzutragen.

Martin

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


Re: [Talk-de] Remappen von wichtigen Strassen in DE

2012-03-06 Per discussione Wolfgang
Hallo,
Am Dienstag, 6. März 2012 05:46:31 schrieb Tirkon:
 Jochen Topf joc...@remote.org wrote:
 Also dieses Remapping wird immer seltsamer. Wenn wir automatisiert
 und im großen Stil die alten Daten verwenden, um festzustellen,
 welche Daten wir neu erfassen müssen, dann machen wir damit ja wohl
 ein abgeleitetes Werk der alten Daten und dann sind die neuen Daten
 damit nicht clean. Wärs dann nicht einfacher wir verwenden die
 Daten einfach weiter?
 
 Ich habe das mal in einem früheren Beitrag im Forum thematisiert:
 Wenn man es sehr streng sieht, ist beispielsweise der POI an der
 Straßenecke von zwei nicht lizensierten Straßen nur aufgrund deren
 Vorhandenseins lokalisierbar gewesen.

Selbst die wurden oft genug mit GPS kartografiert. Ob dann die Straße an 
den POI oder umgekehrt geschoben wurde, hängt vom Einzelfall und 
Geschmack des Mappers ab.

 Noch mehr ausgeweitet: Erst
 durch die Orientierung, die uns frühe Mapper durch das Eintragen von
 Autobahnen, Hauptstraßen und Städtenamen in die weiße Karte gaben,
 konnte die Folgegeneration - und auch Remapper - an diese
 Orientierungsgebung anknüpfen.

-1

Vor dem Vorhandensein vernünftiger Luftbilder konnte man Straßen 
immerhin grob von Yahoo abmalen, außerdem liefen die Mapper bis zur 
Einführung der Bing-Bilder immer mit GPS herum. Damit kann man auch eine 
einsame Insel jenseits jeder Zivilisation mappen.

Insofern hat das Hauptwegenetz nichts, aber auch gar nichts mit der Lage 
von irgendwelchen anderen Straßen zu tun.

Gruß, Wolfgang
 ___
 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] Fahrspuren die 315.

2012-03-06 Per discussione aighes

Am 06.03.2012 10:58, schrieb Martin Vonwald:

Sieht er seine Spuren dann gerendert? Nein. Daher interessiert es den
Mapper nicht. Traurig aber wahr. Die große Mehrzahl der Causual Mapper
interessiert es nicht, dass dann die Daten Schwachsinn sind. Er sieht
es doch auf seiner Lieblingskarte also muss es schon passen. Die
Aufgabe der Heavy User ist es eben Ordnung in dieses Chaos zu bringen.
Und das geht nur, wenn wir es dem CM leicht machen die Sachen richtig
einzutragen. Derzeit kann er es gar nicht richtig eintragen, also
trägt er es irgendwie ein. Wir brauchen eine Lösung. Eine einfache.


Ich wüsste nicht, was an lane=primary etc. nicht einfach wäre...

Aber egal wie er es eintragen wird, er wird es nie auf seiner 
Lieblingskarte sehen (meine Prophezeiung) und das auch zurecht, da es 
selbst in der max. Zoomstufe bescheiden aussieht.


Es ist aber keine Rechtfertigung anderen Leuten die Karten etc. kaputt 
zumachen.


Henning


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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Wolfgang
Hallo,
Am Dienstag, 6. März 2012 11:01:51 schrieb Martin Vonwald:
  Solange nur highways in mapnik angezeigt werden, könnt ihr das
  schönste Schema der Welt machen, die Leute werden weiter das
  highway-tag benutzen.
 
 Genau das ist der Punkt. Das Schema muss kompatibel sein und muss das
 highway Tag verwenden wie bisher. Und zusätzlich(!) muss es jenen
 Leuten, welche das wollen, die Möglichkeit geben Spurinformationen
 einzutragen.
 

Nein, das sehe ich nicht so. Das highway-tag ist dermaßen überfrachtet, 
dass eine zusätzliche Anwendung für Fahrspuren nur alle verwirrt.

Besser wäre ein neues tag (lane=xxx?), dass aber vom ersten Augenblick 
an von einem Server angezeigt wird, der dann auch prominent auf den 
Webseiten verlinkt wird. Bis Mapnik sich bewegt und etwas vernünftig 
darstellt, vergehen Jahre (mindestens).

Motto: Wenn du deine spurgenaue Kreuzung sehen willst, klicke hier. Der 
Server könnte sich auf eine hohe Auflösung und Räume, in denen so etwas 
überhaupt machbar ist, als Overlay beschränken. Eventuell könnte man das 
Mapnik-Bild auf den Maßstab aufzoomen.

Schema - Umsetzung im Overlay - Test - Prominent verlinken

In der Reihenfolge, andere führt ins Chaos.

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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Martin Vonwald
 Nein, das sehe ich nicht so. Das highway-tag ist dermaßen überfrachtet,
 dass eine zusätzliche Anwendung für Fahrspuren nur alle verwirrt.

Genau das meinte ich. Das highway-Tag nicht verändern - alles andere
würde die Kompatibilität zerstören.

 Besser wäre ein neues tag (lane=xxx?),

Genau das mache ich in meinem Prop. Wir sind also derselben Meinung.

 dass aber vom ersten Augenblick
 an von einem Server angezeigt wird, der dann auch prominent auf den
 Webseiten verlinkt wird. Bis Mapnik sich bewegt und etwas vernünftig
 darstellt, vergehen Jahre (mindestens).

Das wäre natürlich ein extra Plus-Punkt.

lg,
Martin

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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione aighes
Die meisten Schemavorschläge setzen derzeit auf einen Way, der die 
Attribute der Spuranordnung getaggt bekommt. Da dies für die 
Spurassistenten das sinnvollste ist. Dies wäre meiner Meinung auch die 
Einzig sinnvolle Anwendung fürs Spurmappen. Sicherlich kann man daraus 
dann auch eine Karte rendern.


Ihr könnt ja schonmal für eure CM sammeln gehen, damit ihr den Server 
mit z20 betreiben könnt. Wenn ihr das am laufen habt, hätte ich gerne in 
z22 die Pflastersteine gerendert. ;-)


Henning


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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Martin Vonwald
 Die meisten Schemavorschläge setzen derzeit auf einen Way, der die Attribute
 der Spuranordnung getaggt bekommt.

Das ist meiner Meinung nach auch das sinnvollste und praktikabelste.


 Ihr könnt ja schonmal für eure CM sammeln gehen, damit ihr den Server mit
 z20 betreiben könnt. Wenn ihr das am laufen habt, hätte ich gerne in z22 die
 Pflastersteine gerendert. ;-)

z20 ist vielleicht Overkill ;-)
Ich habe im Prop eine experimentelle Karte verlinkt, welche auf
Autobahnen die Spuren anzeigt:
http://rfmtc.no-ip.org/osm/austrox/?zoom=18lat=47.8579lon=16.18497layers=B
Ich denke, das würde den meisten schon reichen.

Martin

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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione aighes

Am 06.03.2012 11:34, schrieb Martin Vonwald:

Die meisten Schemavorschläge setzen derzeit auf einen Way, der die Attribute
der Spuranordnung getaggt bekommt.

Das ist meiner Meinung nach auch das sinnvollste und praktikabelste.



Ihr könnt ja schonmal für eure CM sammeln gehen, damit ihr den Server mit
z20 betreiben könnt. Wenn ihr das am laufen habt, hätte ich gerne in z22 die
Pflastersteine gerendert. ;-)

z20 ist vielleicht Overkill ;-)
Ich habe im Prop eine experimentelle Karte verlinkt, welche auf
Autobahnen die Spuren anzeigt:
http://rfmtc.no-ip.org/osm/austrox/?zoom=18lat=47.8579lon=16.18497layers=B
Ich denke, das würde den meisten schon reichen.
Könnte sein. Wie ich aber sehe, wertest du die Infos im turn:lanes nicht 
aus, sondern nur lanes. Oder?


Henning


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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Ronnie Soak
Kurzer technische Frage als Einwurf:

Wie weit sind eigentlich so die vektorbasierten Systeme fuer den Einsatz im Web?
Gibt es da schon Beispiele?

Beim Rendering (sehr) hoher Zoomstufen gerade zum schnellen
Verifizieren des Spurtaggings fuer den CM sehe ich da recht ideale
Einsatzbedingungen.

Ich denke mir halt, wenn das mein Telefon kann, warum soll es mein
Browser nicht koennen?

Ansonsten kann ich nur zustimmen: Einfachheit fuer den CM ist ein
hohes Gut, da wir gerade den CM fuer den Input brauchen. Und den CM
motiviert man nur, wenn er sein tagging schnell irgendwo angezeigt
bekommt. Dazu muss man an der Anzeige (=Renderer) arbeiten, nicht
(nur) am Tagging oder am CM.

Ich wuerde auch gern Spuren mappen und vor allem das Routing nutzen,
aber ich hab halt genug Geduld, darauf zu warten dass die Toolchain
Tagging-Schema-Editor-Plugin-Renderer-Router fertig ist.

Gruss
Chaos99

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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Martin Vonwald
 z20 ist vielleicht Overkill ;-)
 Ich habe im Prop eine experimentelle Karte verlinkt, welche auf
 Autobahnen die Spuren anzeigt:

 http://rfmtc.no-ip.org/osm/austrox/?zoom=18lat=47.8579lon=16.18497layers=B
 Ich denke, das würde den meisten schon reichen.

 Könnte sein. Wie ich aber sehe, wertest du die Infos im turn:lanes nicht
 aus, sondern nur lanes. Oder?

Die Karte ist nicht von mir. Ich hätte schreiben sollen, dass nur
lanes ausgewertet wird. Mein Punkt ist, dass auch auf z18 die Spuren
schon deutlich sichtbar sind.

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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Chris66
Am 05.03.2012 11:46, schrieb aighes:

 z20 ist vielleicht Overkill ;-)
 Ich habe im Prop eine experimentelle Karte verlinkt, welche auf
 Autobahnen die Spuren anzeigt:
 http://rfmtc.no-ip.org/osm/austrox/?zoom=18lat=47.8579lon=16.18497layers=B

 Ich denke, das würde den meisten schon reichen.
 Könnte sein. Wie ich aber sehe, wertest du die Infos im turn:lanes nicht
 aus, sondern nur lanes. Oder?

Naja, das ist natürlich noch sehr rudimentär. Wenn es nur wenig
komplizierter wird, z.B. Wechsel von 2 auf 3 Spuren kommt man
da schon an die Grenzen:

http://rfmtc.no-ip.org/osm/austrox/?zoom=18lat=47.7883lon=16.21674layers=B

Prinzipiell bevorzuge ich ebenfalls die Attributs-basierte Variante
für's Spurmappen, sehe aber leider keine *einfache* Lösung für die CM.

Chris


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


Re: [Talk-de] Garmin-Karte mit Skipisten?

2012-03-06 Per discussione Felix Hartmann



On 05.03.2012 18:43, Bodo Meissner wrote:

On Mon, Mar 05, 2012 at 09:30:28AM +0100, Felix Hartmann wrote:

Pisten anhand schwierigkeit habe ich etwa in der Openmtbmap.org bzw
VeloMap integriert...

Das ist schon fast, wie ich es mir vorgestellt hätte.


piste:ref werde ich zum nächsten Update auch integrieren, hab den
Key noch gar nicht gekannt

Super, danke.
Es gibt auch noch piste:name, aber das wäre für mich weniger wichtig.
(Keine Ahnung, warum für die Pisten nicht einfach ref und name verwendet 
wird.)
Ich hab mir schon gedacht dass piste:name auch existiert, und hab es 
daher gleich auch für den Namen gesetzt, allerdings nur wenn kein name 
existiert. Primär ist die Karte halt doch für den Sommersport gedacht, 
und manche Pisten(teile) haben halt mehrere Nutzungen.

Es hängt vielleicht vom Skigebiet ab, ob zur Orientierung die Nummern oder 
Namen besser geeignet sind. (Ich hatte bisher an den Pisten nur Schilder mit 
Nummern.)
Ich würde mir das so wünschen, daß die Pisten-Nummern direkt sichtbar sind und 
die Namen als Zusatzinformation angezeigt werden, wenn man mit dem Pfeil auf 
die Piste zeigt. Wenn keine Nummer definiert ist, könnte möglicherweise der 
Name direkt angezeigt werden.
Es gibt keine Möglichkeit zwischen Pop Up Name und angezeigtem Name zu 
unterscheiden im Garmin Format.


Mir ist aber auf meinem GPSMAP76CSx aufgefallen, daß die Pisten mit dem Pfeil 
nicht selektierbar sind. Bei mir wurde immer nur eine Bezeichnung für den 
Hintergrund angezeigt. (Bei Höhenlinien wird in einem Mini-Popup die Höhe 
angezeigt, wenn der Pfeil darauf steht.)
Sind die Pisten für das Gerät andere Objekte als Wege oder Höhenlinien?
Nur Pisten die als Polygone angelegt sind (sehr selten) sollten nicht 
anklickbar sein.



Viele Grüße
Bodo



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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Frederik Ramm

Hi,

On 03/06/12 10:14, Martin Vonwald wrote:

Der Zug ist vor allem deshalb abgefahren, da es keinerlei sinnvolle
Alternativen gibt. Die Leute wollen/brauchen Spurinformationen.


Nicht alles, was die Leute (zu denen ich offenbar nicht gehoere) 
wollen oder brauchen, muss auch in OSM.


Bye
Frederik

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

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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Ronnie Soak
 Nicht alles, was die Leute (zu denen ich offenbar nicht gehoere)
 wollen oder brauchen, muss auch in OSM.


Huch. Nach welcher rationalen Logik liesse sich denn so ein
Ausschlusskriterium begruenden?

Wir haben keine Probleme mit reinen Metainformationen wie
Oeffnungszeiten, mappen virtuelle Dinge wie Verwaltungsgrenzen und
vergewaltigen sogar die 2D Datenbasis mit 3D Gebaeudeinformationen.
Und ausgrechnet die Fahrspuren, deren weisse Linien jeder draussen
sehen und anfassen kann (bitte Vorsicht beim Nachmachen), sollen jetzt
nicht zu OSM 'passen'?

Warum?


Gruss,
Chaos99

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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Bernd Wurst
Hallo.

Am 06.03.2012 14:54, schrieb Ronnie Soak:
 Wir haben keine Probleme mit reinen Metainformationen wie
 Oeffnungszeiten, mappen virtuelle Dinge wie Verwaltungsgrenzen und
 vergewaltigen sogar die 2D Datenbasis mit 3D Gebaeudeinformationen.
 Und ausgrechnet die Fahrspuren, deren weisse Linien jeder draussen
 sehen und anfassen kann (bitte Vorsicht beim Nachmachen), sollen jetzt
 nicht zu OSM 'passen'?

... insbesondere da eine gewisse Menge an OSM-Mappern hier mitmacht um
(salopp gesagt) Navi-Daten zu erzeugen.

Und grade in dem Bereich ist OSM den proprietären Alternativen sowieso
schon deutlich hinterher. :(

Man wird nicht müde zu betonen, dass die Straßenabdeckung von OSM sehr
gut ist (was auch korrekt ist). Gleichzeitig gibt es für die coolen und
nützlichen Dinge (Brauche ich die A8-Auffahrt nach Stuttgart oder nach
München? oder die Spurdarstellung) noch kein Schema. Und sowas kann
schon ein 10 Jahre altes Navi darstellen.

Disclaimer: Das Schema alleine ist natürlich auch kein Allheilmittel.
maxspeed ist durchaus etabliert und unangefochten das Tag der Wahl um
normale Geschwindigkeitsbeschränkungen einzutragen. Dennoch fehlen da
noch viel zu viele. :(

Gruß, Bernd

-- 
Mit einem kurzen Schweifwedeln kann ein Hund mehr Gefühl ausdrücken
als mancher Mensch mit stundenlangem Gerede
  -  Louis Armstrong (am. Musiker)



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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Christian Müller
Egal mit welcher Arroganz hier zwischen CM und HM unterschieden wird:  
Hast Du mal die Idee gehabt, überhaupt darüber nachzudenken, ob das was 
da gemappt wurde, eventuell doch keine so schlechte Lösung ist?


Es geht mitnichten darum Karten kaputt zu machen oder nicht, es geht 
auch überhaupt nicht um den Renderer - bist Du wirklich so arrogant zu 
glauben, dass den Leuten des Spurmappings als einziger Grund ein 
Auftauchen in der Karten_darstellung_ ist?  Wenn es um hübsche Karten 
ginge, würden Mapper ja gerade auf das Spurmapping verzichten.


Die Schemavorschläge sind alle Mist, weil sie dazu führen, dass ein 
osm-way völlig unübersichtlich und überladen mit Tags zugepflastert 
wird, so dass kein normaler Mapper und vermutlich auch nicht der HM dann 
noch einen Überblick bekommen.  Wenn Du die Komplexität der Realität 
erfassen willst, reicht die Spuranordnung nicht aus:


- es kann unterschiedliche surface Werte pro Spur geben
- der komplette access=* Baum an tags kann pro Spur Relevanz haben
- exakt eine Spur von mehreren kann construction:*=*  sein
- etc. pp.

Kurzum, es gibt fast mehr Indizien, eine Spur im OSM Sinne als 
eigenständigen Weg aufzufassen, als dies nicht zu tun.


Die Sicherheit, mit der Du dich auf eine Stufe über die casual mapper 
hebst, lässt außerdem darauf schließen, dass Du dich schon einmal mit 
Komplexität beschäftigt hast - Komplexität lässt sich für den casual 
mapper am einfachsten mit dem Prinzip divide and conquer erschlagen.  
D.h. mappe ich jede Spur einzeln, kann ich jede Spur einzeln taggen und 
für jede Spur die turn_restriction festlegen - was momentan so und so 
die einzige (und imho auch beste) Möglichkeit ist, da als from-Rolle der 
aktuell verwendeten turn_restriction relations nur ein Weg erlaubt ist.



Gruß

Am 05.03.2012 11:28, schrieb aighes:
Die meisten Schemavorschläge setzen derzeit auf einen Way, der die 
Attribute der Spuranordnung getaggt bekommt. Da dies für die 
Spurassistenten das sinnvollste ist. Dies wäre meiner Meinung auch die 
Einzig sinnvolle Anwendung fürs Spurmappen. Sicherlich kann man daraus 
dann auch eine Karte rendern.


Ihr könnt ja schonmal für eure CM sammeln gehen, damit ihr den Server 
mit z20 betreiben könnt. Wenn ihr das am laufen habt, hätte ich gerne 
in z22 die Pflastersteine gerendert. ;-)


Henning


___
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] Kreatives Mapping von Wald-Flurstücken

2012-03-06 Per discussione Wolfgang Barth
Nachdem ja im Hunsrück-Hochwald Klarstellungen zum Tagging erfolgten, 
habe ich jetzt bei zwei Mulitpolygon outer des Pfälzerwaldes dann auch 
das Tagging umgestellt, so daß landuse nur im Multipolygon steht.


Dabei ist mir das kreative Tagging hier:
http://www.openstreetmap.de/karte.html?zoom=12lat=49.01547lon=8.09131layers=BTF
aufgefallen, der Bienwald.

Da war der outer way als landuse = forest und layer = -3 getaggt.
Das hab ich landuse umgestellt auf Mulitpolygon und den Layer entfernt.

Es gibt dazu zwar inner ways, aber außer denen sind eine große Menge 
von weiteren Waldstücken innerhalb des Gebiets OHNE inner, mit landuse = 
forest und layer = -5 und einem Flurnamen getaggt.


Der Layer ist in jedem Fall Unsinn und eigentlich müssten die Flurstücke 
auch eine inner haben.


Soll man die so lassen? Oder sollte man ein place ergänzen oder was 
meint ihr?


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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione aighes
Ja hab ich. Es ist für die Auswertung der denkbar ungünstigste Weg. 
Nicht ohne Grund ist es auch bei kommerziellen Anbietern üblich nicht 
jede Spur als Way in den Daten zu haben.


Wesentliche Informationen gehen verloren oder müssen umständlich über 
unzählige Relationen wieder eingetragen werden. Ob das nun 
Mapperfreundlicher bezweifle ich. Von der Fehleranfälligkeit möchte ich 
gar nicht erst reden.


Wenn ein Mapper nicht die Karten kaputt machen würde, würde er sich an 
die Bedeutung der Tags halten und diese nicht missbrauchen. Ich hab kein 
Problem damit, wenn ein Mapper jede Pflastersteinreihe einzeln mappt. 
Aber bitte nicht dafür einen existierenden Tagg missbrauchen, sondern 
sich einen neuen ausdenken.


Henning


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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Christian Müller
Eben.  Das lässt sich mit der Stern-Topologie lösen.  Und sofern man 
jede Spur einzeln mappt, auch noch für jeden Mapper verstehen und 
handhaben.  Das beste ist, wenn man highway=*_link  o.ä. als tag 
akzeptiert, muss man kein neues Schema einführen.  Es geht dann einfach 
nur um eine bestimmte Art, Kreuzungen zu mappen..  Was Renderer mit 
diesen Daten machen, ist eigentlich deren Bier - z.B. könnten komplexe 
Kreuzungen erkannt werden und entsprechend gerendert werden, anstatt 
einfach nur die Linien der DB 1:1 zu übertragen..


Zählt man Fuß und Radwege nicht dazu, und mappt auch die Spuren nicht 
einzeln, kann es maximal 4 Knoten mit dem aktuellen Tagging-Schema 
geben, wenn beide Wege gerichtet sind und eine bauliche Trennung 
zwischen diesen existiert:


  ^
  |   |


  |   |
 v

Genau dann lässt sich aber die Realität u.a. mit den aktuellen 
turn_restrictions nicht korrekt abbilden - jeder way, der zur Kreuzung 
führt, versteckt Fahrspuren.  Für turn_restrictions ist es aber 
relevant, um welche Fahrspur es sich handelt.


Die Verfechter des Nicht-Spur-Mappings wollen dazu dann das 
turn_restrictions proposal erweitern - ein Hort für Fehlerquellen:  am 
way wird mit kryptischen Tags die Fahrspuranordnung getaggt,  in der 
Relation dann mit from.1  o.ä. die erste Fahrspur des from-ways 
referenziert.  Ich sehe schon Websiten wie  
turn-restriction-lane-analyzer  ;-)


Zudem geht es nicht nur um die turn_restrictions, eine Spur kann sich in 
vielen weiteren Eigenschaften von anderen Spuren unterscheiden - die 
denen von Einzelspurwegen gleichen, z.B.


-  kann nur die dritte Fahrspur ein cycleway=lane  besitzen, der 
Radfahrer über eine extra angelegte Spur mit geradeaus führt  (man kann 
auch die Fahrradspur einzeln mappen, wenn aber die Autospur gemappt ist, 
kann man cycleway=lane verwenden - die Information wäre hingegen ungenau 
oder falsch, würde man sie an einen Weg mit lanes=4 hängen, da dann 
unklar ist, wo sich die Fahrradspur befindet)

-  kann die x-te Spur gepflastert sein, die anderen nicht
-  kann die x-te Spur  construction:  (mit start_date, end_date) 
sein, während die anderen betrieben werden
-  kann die x-te Spur andere access=*-values haben, als die 
anderen  (bus lanes, taxi lanes, etc. pp.)


-  all das wäre tagging-technisch der Horror, will man es mit einem 
einzigen way erfassen, so etwas wie lane.1.surface=  lane.2.access=  
etc. pp. entsteht  -  und in Relationen könnte ich die Einzelspuren des 
Weges immer noch nicht vernünftig referenzieren (weil sie eben nicht als 
Wegobjekt vorhanden wären)
-  eine Lösung mit from.X= in den Relationen wäre auch nicht gut, 
weil man dann mindestens die Anzahl Fahrspuren Relationen auf diesem Weg 
hat  -  editing-technisch ein Graus..



Den klassischen Ansatz zu verwenden, also alle Wege mit allen anderen 
kreuzen zu lassen, funktioniert aber beim Einzelspurmapping nicht - dann 
hätte man bei 6x6 Fahrspuren 36 Schnittpunkte - also auch wieder data 
bloat - deshalb der Stern-Ansatz für komplexe Kreuzungen.  Es wäre aber 
auch mit 36 Schnittpunkten machbar, wenn jemand seine Mapnik-Darstellung 
behalten möchte - dann wären in den turn_restrictions viele kleine ways 
in den via-Rollen zu finden - nicht schön, aber machbar.



Gruß



Am 06.03.2012 00:32, schrieb Stephan Wolff:

Am 05.03.2012 22:46, schrieb Frederik Ramm:

Wie dem auch sei, korrektes Routing ist auch ohne Fahrspur-Tagging
moeglich. Es ist vielleicht weniger praezis, und der Nutzer muss die
Anweisung an der naechsten Kreuzung links selbstaendig um vorher auf
die Abbiegespur wechseln ergaenzen.


Seltsamerweise hat sich in OSM kein Konzept für Kreuzungen etabliert.
Je nach Komplexität der Straßen (1 oder 2 Fahrbahnen, getrennt erfasste
Fuß- und Radwege) ergeben sich meist 1-16 Schnittpunkte der ways.
Der menschliche Betrachter der Karte kann raten, welche der
Schnittpunkte zur selben Straßenkreuzung gehören. Der Router weiß
nicht, was eine Kreuzung ist, und gibt meist nur nach 100m links aus.

Ampeln sind neben dem highway, auf dem highway an der Haltelinie,
am Kreuzungspunkt mit dem ersten querenden way (meist der Radweg) oder
nur auf Kreuzungspunkten der Straßen eingetragen. Aussagen wie an der
dritten Ampel links sind mit den aktuellen  OSM-Daten kaum zu erzeugen
oder auszuwerten.

Viele Grüße
Stephan



___
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] Fahrspuren die 315.

2012-03-06 Per discussione Christian Müller

Am 06.03.2012 11:34, schrieb Martin Vonwald:

Die meisten Schemavorschläge setzen derzeit auf einen Way, der die Attribute
der Spuranordnung getaggt bekommt.

Das ist meiner Meinung nach auch das sinnvollste und praktikabelste.


Das ist die unpraktikabelste - immenser tag bloat auf einem way.  Kaum 
wartbar für CM  (und auch nicht für HM)..
Außerdem fehlt eine vernünftige Referenzierbarkeit der Spuren in den 
Relationen  (from.1  ist was für Mapper im God-Mode)



Gruß

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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Tobias Knerr

Am 06.03.2012 15:45, schrieb Christian Müller:

Die Schemavorschläge sind alle Mist, weil sie dazu führen, dass ein
osm-way völlig unübersichtlich und überladen mit Tags zugepflastert
wird, so dass kein normaler Mapper und vermutlich auch nicht der HM dann
noch einen Überblick bekommen. Wenn Du die Komplexität der Realität
erfassen willst, reicht die Spuranordnung nicht aus:

- es kann unterschiedliche surface Werte pro Spur geben
- der komplette access=* Baum an tags kann pro Spur Relevanz haben
- exakt eine Spur von mehreren kann construction:*=* sein
- etc. pp.


Dein Vorschlag produziert mehr Ways und (insgesamt) auch mehr Tags. Denn 
auch die Informationen, die sich nicht von Spur zu Spur unterscheiden, 
müssten dann mehrfach eingetragen werden - dadurch ist die Gesamtzahl 
der Tags deutlich größer.


Wenn sich ein Wert wirklich mal pro Spur unterscheidet, können alle
aktuellen Vorschläge für die Abbildung von Spuren als Tags das bei 
Bedarf natürlich ausdrücken. Ansonsten spart man sich aber viel 
überflüssige Mehrfachinformation.



D.h. mappe ich jede Spur einzeln, kann ich jede Spur einzeln taggen und
für jede Spur die turn_restriction festlegen - was momentan so und so
die einzige (und imho auch beste) Möglichkeit ist, da als from-Rolle der
aktuell verwendeten turn_restriction relations nur ein Weg erlaubt ist.


Es gibt zwei Geradeaus-Spuren und eine Rechtsabbiegerspur. Was ist wohl 
einfacher:


Ein einziges Tag
turn:lanes = straight | straight | left
als Attribut an einem normalen Straßen-Way?

Oder drei Ways plus drei Relationen?

Sicher, bei komplexen Kreuzungen wird man manchmal nicht um Relationen 
herumkommen. Und dann wird man auch neue Syntax erfinden müssen, um 
Abbiegeinformationen für einzelne Spuren einzutragen - etwa die von dir 
ungeliebten from.X. Aber die _minimale_ Komplexität verglichen mit 
deinem Schema ist einfach sehr viel niedriger.


Und die Frage, wie um alles in der Welt man so etwas auswerten soll, ist 
auch leichter zu beantworten als bei unzusammenhängenden Ways.


Tobias

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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Martin Vonwald
 Das ist meiner Meinung nach auch das sinnvollste und praktikabelste.
Wie ich geschrieben habe: Das ist meiner Meinung nach

 Das ist die unpraktikabelste
Du hast hier vergessen zu schreiben Meiner Meinung nach


So ist das Leben.

Martin

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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Martin Koppenhoefer
Am 5. März 2012 16:10 schrieb aighes o...@aighes.de:
 Wesentliche Informationen gehen verloren oder müssen umständlich über
 unzählige Relationen wieder eingetragen werden. Ob das nun
 Mapperfreundlicher bezweifle ich. Von der Fehleranfälligkeit möchte ich gar
 nicht erst reden.


es ist sicher umständlicher, die Relationen anzulegen, aber für die
Pflege und den Abgleich mit einem Luftbild genauso wie für die
Lagegenauigkeit sind explizite lanes mit ways (nicht als highways)
m.E. für den Mapper das Einfachste (lässt sich bei allen Methoden
allerdings auch mit einem Editor abstrahieren). Wenn es ans
Mikromapping geht (wo ist ein Geländer, wo ein hoher Bordstein und wo
ein abgesenkter, wie hoch ist die Mauer zwischen zwei Wegen, ...)
denke ich, dass es überhaupt keine sinnvolle Alternative gibt (so man
denn auch an der Geometrie dieser Objekte interessiert ist). Diese
Relationen in einem Editor anzuzeigen wäre einfach (ist wie eine
kaputte (=offene) Multipolygonrelation machbar, d.h. man könnte z.B.
im Editor eine halbtransparente Füllung in der Wegfarbe zwischen den
ways darstellen).

Andererseits will man vermutlich auch nicht überall immer alle Spuren
explizit zeichnen, daher führt an einer parametrische Methode, die
Informationen über mehrere Objekte (Spuren) auf einer einzigen Linie
zusammenfasst, ebenfalls kein Weg vorbei (so man diese Informationen
erfassen will).

Welche Methode besser ist kommt auch darauf an, wie viele
Informationen man hat. Wenn es dicht wird, dann besteht bei der
impliziten Methode die Gefahr, dass man den highway (also den einzigen
geometrischen Weg) in zig Einzelteile zerstückeln muss, und bei jedem
Edit auf der Straße auch die komplette Fußweg-tag-schar durchlesen /
analysieren muss, um nichts zu zerschießen.



 Ich hab kein Problem
 damit, wenn ein Mapper jede Pflastersteinreihe einzeln mappt. Aber bitte
 nicht dafür einen existierenden Tagg missbrauchen, sondern sich einen neuen
 ausdenken.


+1

Gruß Martin

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


[Talk-de] UNDELETE_IT layer in CleanMap: Wo ist der Sinn?

2012-03-06 Per discussione Tirkon
Irgendwie erschließt sich mir der Sinn des UNDELETE_IT Layer in der
Cleanmap nicht. Zunächst wird mit den beiden anderen Layern Werbung
für das Remappen gemacht. Zum Remappen muss man die alten
nichtlizensierten Inhalte löschen. Ist man (nach langem Abwarten) so
verfahren, so werden genau diese gelöschten Inhalte im UNDELETE_IT
Layer wieder aufgeführt, und dazu aufgefordert, die Löschung
rückgängig zu machen. Folglich müsste man das Remappte wieder löschen,
um keine doppelten Inhalte zu haben. 

Dies geschieht umso häufiger, je mehr Nichtentschiedene man bezüglich
der Lizenz angeschrieben hat und diese nun (teilweise kurz vor
Toresschluss) zustimmen. IMHO demotiviert und kontakariert dieser
Layer die Bemühungen, Nichtzustimmer anzuschreiben und zu Remappen.
Gerade fleißige Remapper gewinnen nun den Eindruck, wegen Löschung der
zunächst unlizensierten Inhalte jetzt an den Pranger gestellt zu
werden, was sie bestenfalls arg verstimmt und schlimmstenfalls
vergrault.

Genau so sinnvoll, wie ich die beiden anderen Layer finde, genau so
wenig wird mir der Nutzen des UNDELETE_IT Layers klar, der die
Intention der beiden anderen Layer ins augenscheinlich diametral
Gegensätzliche verkehrt? Kann jemand aufklären?


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


[Talk-de] Und noch ein interessanter Wald

2012-03-06 Per discussione Wolfgang Barth

befindet sich hier:

http://www.openstreetmap.de/karte.html?zoom=12lat=49.66356lon=8.65269layers=BTF

Das ist ein FÜNFFACHES Multipolygon outer und am Way selbst ist landuse 
forest getagged.


Da kann vielleicht jemand von euch ran. Ich bin ein notorischer Potlatch 
User und da sind Multipolygone nicht unbedingt das, was man gut 
bearbeiten kann.



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


Re: [Talk-de] Kreatives Mapping von Wald-Flurstücken

2012-03-06 Per discussione Andre Joost

Am 06.03.2012 15:54, schrieb Wolfgang Barth:

Nachdem ja im Hunsrück-Hochwald Klarstellungen zum Tagging erfolgten,
habe ich jetzt bei zwei Mulitpolygon outer des Pfälzerwaldes dann auch
das Tagging umgestellt, so daß landuse nur im Multipolygon steht.

Dabei ist mir das kreative Tagging hier:
http://www.openstreetmap.de/karte.html?zoom=12lat=49.01547lon=8.09131layers=BTF

aufgefallen, der Bienwald.



Ja, da steht so einiges an Unsinn drinn. z.B. landuse=forest und 
name=Teich auf layer=-5.

M.E. würden place-Nodes hier reichen.

Gruß,
André Joost



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


Re: [Talk-de] UNDELETE_IT layer in CleanMap: Wo ist der Sinn?

2012-03-06 Per discussione Simon Poole

Zitat vom Wiki:

Further please note that the layer is static and reflects the status as
of 13th February 2012.






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


Re: [Talk-de] UNDELETE_IT layer in CleanMap: Wo ist der Sinn?

2012-03-06 Per discussione Simon Poole


Und folgendes steht auch noch im Wiki:

This layer renders deleted objects that were created by contributor
term acceptors, this does not mean that all tags are clean and can be used.



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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Christian Müller

Am 06.03.2012 16:34, schrieb Tobias Knerr:
Dein Vorschlag produziert mehr Ways und (insgesamt) auch mehr Tags. 
Denn auch die Informationen, die sich nicht von Spur zu Spur 
unterscheiden, müssten dann mehrfach eingetragen werden - dadurch ist 
die Gesamtzahl der Tags deutlich größer.


Wenn sich ein Wert wirklich mal pro Spur unterscheidet, können alle
aktuellen Vorschläge für die Abbildung von Spuren als Tags das bei 
Bedarf natürlich ausdrücken. Ansonsten spart man sich aber viel 
überflüssige Mehrfachinformation.


Das scheint auf den ersten Blick richtig.  Sicher ist an meinem 
Vorschlag einiges verbesserungswürdig, siehe z.B.


http://wiki.openstreetmap.org/wiki/Lanes_and_complex_intersections_visual_approach#Some_caveats

Das Hauptanliegen übersiehst Du aber - es geht darum, das Mappen zu 
vereinfachen, um Fehlerquellen zu minimieren.  Wenn die Spuren einzeln 
gemappt sind, können sie auch einzeln getaggt und überprüft werden - 
weil die Komplexität pro Spur geringer ist.



Ich schrieb bereits (siehe link), dass die lanes gruppiert werden 
müssten, damit ein Router weiß, an welchen Stellen es erlaubt ist, die 
Spuren zu wechseln.  Wenn Du redundante, mehrfach eingetragene 
Information, die sich von Spur zu Spur nicht unterscheidet, vermeiden 
willst, könntest Du diese z.B. in diese Gruppierungsrelation eintragen, 
das ist aber aus momentaner Sicht unwichtig, da redundant vorhandene 
Information keinen  Fehler darstellt.


Es würde momentan auch nicht funktionieren, da die Auswertungstools 
diese Information nicht lesen würden.  Mein Vorschlag ist also nur ein 
Schritt in eine Richtung.  Das ganze lässt sich durchaus so entwickeln, 
dass die von Dir angesprochene, mehrfach vorhandene Information, nur 
einmal erfasst wird - das ist aber ein anderes Thema.


Weiterhin ist es beobachtbar nicht so, dass es stets Ziel in OSM ist, 
die minimale Komplexität als Qualität für ein Tagging-Verfahren 
anzusehen - leider.  Z.B. wirst Du finden, dass baulich getrennte 
Straßen auch mehrfach redundante Informationen enthalten, anstatt diese 
in einer Relation zusammenzufassen.



OSM ist ein Crowd-Projekt - als solches will es von der Masse der 
Mappenden profitieren.  Übermäßig minimal komplexe, aber nicht zu 
verstehende oder beim Mappen fehleranfällige Tagging-Schemata werden von 
der Masse der Mappenden nicht benutzt - Fakt.  Will man die Daten so 
halten, dass das Mapping jeder verstehen und bearbeiten kann, kommt man 
um eine gewisse Redundanz nicht herum.  Diese Redundanz im visuellen 
Bereich anzusiedeln ist deshalb kein schlechter Vorschlag, weil ich als 
Mensch viel einfacher optische Information erfasse, als die Textform in 
tags.  Ob das dann für die Maschine bei der Auswertung komplexer ist, 
muss mich als Mensch eigentlich erstmal nicht interessieren (es sei denn 
ich bin Programmierer).


Wenn sich das Projekt durch dieses Verfahren eine höhere Korrektheit 
versprechen kann, weil es einfacher ist, lohnen die zusätzlich 
investierten CPU-Zyklen allemal.




Es gibt zwei Geradeaus-Spuren und eine Rechtsabbiegerspur. Was ist 
wohl einfacher:


Ein einziges Tag
turn:lanes = straight | straight | left
als Attribut an einem normalen Straßen-Way?

Oder drei Ways plus drei Relationen?


Letzteres - denn ich kann jeden Way getrennt betrachten.  Außerdem ist 
dein Beispiel nicht generisch - die Realität _kann_ viel komplexer sein, 
als in deinem Beispiel angegeben und dann wird das, was vor deiner 
ersten Frage noch übersichtlich aussieht, undurchschaubar.



Sicher, bei komplexen Kreuzungen wird man manchmal nicht um Relationen 
herumkommen. Und dann wird man auch neue Syntax erfinden müssen, um 
Abbiegeinformationen für einzelne Spuren einzutragen - etwa die von 
dir ungeliebten from.X. Aber die _minimale_ Komplexität verglichen 
mit deinem Schema ist einfach sehr viel niedriger.


Wie gesagt, darum geht es nicht.  Minimal komplex ist, wenn ich London 
als einen node erfasse - damit kann nur niemand etwas anfangen.



Und die Frage, wie um alles in der Welt man so etwas auswerten soll, 
ist auch leichter zu beantworten als bei unzusammenhängenden Ways.


Ja, wenn die Daten aber nicht stimmen, weil niemand das Schema 
verstanden hat oder es in der Anwendung fehleranfällig ist, nützt Dir 
das nichts.



Gruß
Christian

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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione errt
aighes osm at aighes.de writes:

 
 Ja hab ich. Es ist für die Auswertung der denkbar ungünstigste Weg. 
 Nicht ohne Grund ist es auch bei kommerziellen Anbietern üblich nicht 
 jede Spur als Way in den Daten zu haben.
 
 Wesentliche Informationen gehen verloren oder müssen umständlich über 
 unzählige Relationen wieder eingetragen werden. Ob das nun 
 Mapperfreundlicher bezweifle ich. Von der Fehleranfälligkeit möchte ich 
 gar nicht erst reden.

Und wie deckt sich das mit 
http://forum.openstreetmap.org/viewtopic.php?pid=221759 ?

Kommerzielle Anbieter haben in ihren Daten mit Sicherheit wesentlich mehr
Ways und wesentlich mehr Relationen (oder auch einfach nur unglaublich viele
Relationen an einem Weg) um solche Dinge auszudrücken.
Du kannst nicht auf der einen Seite argumentieren, wir müssten wie die
kommerziellen Anbieter arbeiten und gleich im nächsten Satz Relationen für
solche Informationen verdammen.

Fakt ist: Korrekte Kreuzungstopologie lässt sich nur über getrennte Spuren und
Relationen erreichen, alles andere kann nur Teilaspekte erfassen.
Unstrittig sollte dabei natürlich sein, dass die Spuren nicht als highway=*
eingetragen werden.


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


Re: [Talk-de] Und noch ein interessanter Wald

2012-03-06 Per discussione Andre Joost

Am 06.03.2012 17:05, schrieb Wolfgang Barth:

befindet sich hier:

http://www.openstreetmap.de/karte.html?zoom=12lat=49.66356lon=8.65269layers=BTF


Das ist ein FÜNFFACHES Multipolygon outer und am Way selbst ist landuse
forest getagged.

Da kann vielleicht jemand von euch ran. Ich bin ein notorischer Potlatch
User und da sind Multipolygone nicht unbedingt das, was man gut
bearbeiten kann.


schon erledigt ;-)

Gruß,

André Joost


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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Christian Müller

Am 06.03.2012 16:34, schrieb Tobias Knerr:
 Wenn sich ein Wert wirklich mal pro Spur unterscheidet, können alle
 aktuellen Vorschläge für die Abbildung von Spuren als Tags das bei
 Bedarf natürlich ausdrücken.

Das bezweifele ich im übrigen stark.  IMHO hat keiner der Vorschläge 
wirklich Potential (große) Differenzen zwischen den Spuren auf eine 
halbwegs übersichtliche Art und Weise darzustellen.


Versuche es z.B. mit folgendem Sachverhalt:

1. Spur:
  - nur links abbiegen

2. Spur:
  - nur links abbiegen
  - nur PSV erlaubt
  - fette weiße Linien (d.h. Wechsel von 1. Spur auf 3./4. nicht mehr 
vorgesehen)


3. Spur:
  - nur geradaus
  - für den Schwerlastverkehr gesperrt
  - hat eine Fahrradspur (die anderen Spuren haben keine)
  - gesperrt, weil im Bau befindlich, Anfangsdatum und Enddatum bekannt

4. Spur:
  - nur rechts abbiegen
  - ist gepflastert
  - darf für goods nur von 9:00 - 20:00 Uhr benutzt werden


(Wir reden hier nur von dem Teil einer Straße welcher aus einer Richtung 
kommend auf eine Kreuzung trifft.  Je nachdem, wieviele weitere Spuren 
aus oder in andere Richtungen es gibt, desto komplexer die zu 
erfassenden Abbiegebeschränkungen..)


Du kannst das nun für alle bisherigen lane tagging schemata 
durchexerzieren.  Übersichtlich wird das nicht.



Im übrigen kannst Du Spuren, die tatsächlich keine Unterschiede in ihren 
Eigenschaften aufweisen, nach wie vor zusammenfassen und einfach mit 
lanes=2 ausdrücken, dass es sich um mehrere Spuren handelt.  Das habe 
ich für das Beispiel im Wiki auch mehrfach getan.  Im Beispiel wurde die 
Spur nur dann extra gemappt, wenn sie auch tatsächlich einen Unterschied 
zu den anderen aufwies.  Ob ein Mapper die zusammenfasst oder nicht, 
bleibt jedem selbst überlassen.



Gruß


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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Christian Müller

Am 06.03.2012 17:49, schrieb errt:
Fakt ist: Korrekte Kreuzungstopologie lässt sich nur über getrennte 
Spuren und Relationen erreichen, alles andere kann nur Teilaspekte 
erfassen. Unstrittig sollte dabei natürlich sein, dass die Spuren 
nicht als highway=* eingetragen werden. 


Dann wäre ich aber auch dafür,  footways, cycleways, steps und *_link   
aus highway=* rauszuschmeißen.


Wer der Manier von *_link folgen möchte, hängt einfach *_lane an, also

primary_lane
secondary_lane
tertiary_lane


Gruß

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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione aighes

Am 06.03.2012 17:46, schrieb Christian Müller:
Das Hauptanliegen übersiehst Du aber - es geht darum, das Mappen zu 
vereinfachen, um Fehlerquellen zu minimieren.  Wenn die Spuren einzeln 
gemappt sind, können sie auch einzeln getaggt und überprüft werden - 
weil die Komplexität pro Spur geringer ist. 


Ja pro Spur ist die Komplexität geringer.
Aber im allgemeinen bestimmt nicht. Denn diese Spuren müsste man 
zusätzlich zu dem existierenden highway eintragen. Man hat dann 2 
Komplexitätsstufen übereinander. Diese muss man koppeln, damit der 
Renderer sich die benötigte Komplexitätsstufe raus suchen kann.
Durch die ganzen Spuren ergeben sich eine Unmenge an Kreuzungspunkten, 
die idR. jeweils 2 Relationen benötigen. Hinzu kommen dann noch 
Relationen, die die einzelnen Spuren zusammenfassen. So kommt man bei 
einer Kruzung locker über 10 Relationen die man nur sehr schwer 
automatisiert setzen kann, wenn überhaupt.


Will ein Mapper nun etwas an der Geometrie ändern wird er von der Masse 
der Wege förmlich erschlagen und gibt auf. Ebenso ist nicht 
sichergestellt, dass beide Komplexitätsstufen synchron sind. Wer hat 
recht, wenn die Spuren eine Baustelle anzeigen, der generalisierte Weg 
aber keine?


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


Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken

2012-03-06 Per discussione Wolfgang Barth

 Dabei ist mir das kreative Tagging hier:
 
http://www.openstreetmap.de/karte.html?zoom=12lat=49.01547lon=8.09131layers=BTF


 aufgefallen, der Bienwald.

Ja, da steht so einiges an Unsinn drinn. z.B. landuse=forest und
name=Teich auf layer=-5.
M.E. würden place-Nodes hier reichen.

Laut wiki ist place=locality auch für Flächen möglich.
Wäre das nicht das Richtige für solche Flurbezeichnungen?

Gesamtnutzung   9866
Auf Knoten  9617 (97%)
Auf Wegen   231 (2%)
In Relationen   18 (0%)

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


Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken

2012-03-06 Per discussione Falk Zscheile
Am 6. März 2012 18:37 schrieb Wolfgang Barth wolfg...@barthwo.de:
 Dabei ist mir das kreative Tagging hier:

 http://www.openstreetmap.de/karte.html?zoom=12lat=49.01547lon=8.09131layers=BTF

 aufgefallen, der Bienwald.

Ja, da steht so einiges an Unsinn drinn. z.B. landuse=forest und
name=Teich auf layer=-5.
M.E. würden place-Nodes hier reichen.

 Laut wiki ist place=locality auch für Flächen möglich.
 Wäre das nicht das Richtige für solche Flurbezeichnungen?

Das sehe ich auch so. Wenn man die Grenzen eines Flur-/Gewannnamens
kennt, dann sollte man dies auch als Multipolygon eintragen.

Gruß, Falk

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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Chris66
Am 06.03.2012 18:25, schrieb Christian Müller:

 Fakt ist: Korrekte Kreuzungstopologie lässt sich nur über getrennte
 Spuren und Relationen erreichen, alles andere kann nur Teilaspekte
 erfassen. Unstrittig sollte dabei natürlich sein, dass die Spuren
 nicht als highway=* eingetragen werden. 
 
 Dann wäre ich aber auch dafür,  footways, cycleways, steps und *_link  
 aus highway=* rauszuschmeißen.

Kompatibilität ist Dir gar nichts wert?

Und viel Spaß beim Debuggen (eine beliebige Kreuzung
des Freiburg-Schemas) :

http://up.picr.de/9747941nid.png

Chris


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


Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken

2012-03-06 Per discussione Walter Nordmann

Falk Zscheile wrote
 
 Das sehe ich auch so. Wenn man die Grenzen eines Flur-/Gewannnamens
 kennt, dann sollte man dies auch als Multipolygon eintragen.
Da frag ich mich aber, wie man sowas kennen kann - Stehen da mitten im Wald
Schilder? Das gleiche für die Namen der Wege dort.

Ein Schelm, wer da an Schlimmes denkt...

Gruss
Walter


-
1---2*3***4#
--
View this message in context: 
http://gis.19327.n5.nabble.com/Re-Kreatives-Mapping-von-Wald-Flurstucken-tp5541602p5541861.html
Sent from the Germany mailing list archive at Nabble.com.

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


Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken

2012-03-06 Per discussione Ronnie Soak


 Da frag ich mich aber, wie man sowas kennen kann - Stehen da mitten im Wald
 Schilder? Das gleiche für die Namen der Wege dort.

 Naja, das ist mit echtem, lokalen Wissen schon machbar. Flurbezeichnungen
sind schliesslich historisch gewachsen, orientieren sich also an
Waldgrenzen, Gewässern,  alten Wegen, Gräben, Bewuchsgrenzen/-übergaengen,
Bergrücken usw.

Diese Details sind halt nur nicht als solche bei OSM erfasst.

Kein Grund für Misstrauen.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken

2012-03-06 Per discussione Falk Zscheile
Am 6. März 2012 19:59 schrieb Walter Nordmann walter.nordm...@web.de:

 Falk Zscheile wrote

 Das sehe ich auch so. Wenn man die Grenzen eines Flur-/Gewannnamens
 kennt, dann sollte man dies auch als Multipolygon eintragen.
 Da frag ich mich aber, wie man sowas kennen kann - Stehen da mitten im Wald
 Schilder? Das gleiche für die Namen der Wege dort.

 Ein Schelm, wer da an Schlimmes denkt...

Du hast nicht viel mit Bauern, Förstern oder Jägern zu tun, oder? Die
kennen sich sehr genau bei solchen Sachen aus. Also das nächste mal
einfach Fragen, wenn Du einen aus der Berufsgruppe triffst und die
gewonnenen Erkenntnisse bei OSM verewigen, anstatt hier böse Absichten
in den Raum zu stellen.

Und jeder, der auf einem Dorf groß geworden ist kann sicher auch noch
den einen oder anderen Flurnamen einfach so aus dem Gedächtnis
nachtragen ...

Gruß, Falk

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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Martin Koppenhoefer
Am 6. März 2012 18:57 schrieb Chris66 chris66...@gmx.de:
 Und viel Spaß beim Debuggen (eine beliebige Kreuzung
 des Freiburg-Schemas) :

 http://up.picr.de/9747941nid.png


das ist nur deshalb so kompliziert, weil da alle Abbiegerestriktionen
als Relationen gemappt sind, man müsste aber die kreuzenden Spuren gar
nicht verbinden, wenn man sowieso nicht abbiegen darf.

Das Sternschema finde ich zwar auch nicht so gut, aber ein
Zusammenfassung von parallelen Spuren in Kreuzungsbereich (bevor sie
sich treffen, also eine Reduktion auf weniger Linien wo es geht) würde
das Mappen an vielen Stellen weiter vereinfachen.

Gruß Martin

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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione André Reichelt
Am 06.03.2012 10:14, schrieb Martin Vonwald:
 Solange die einzige Möglichkeit dies zu erreichen individuelle Ways
 sind, werden sie das machen. Wenn man ihnen die Möglichkeit gibt, das
 ganze einfacher zu taggen, werden sie dies tun. Der Mensch ist von
 Natur aus nämlich faul ;-)

Es gibt doch bereits ein geeignetes Plugin für JOSM, mit dem man
Abbiegespuren über Relations lösen kann. Das Plugin funktioniert
graphisch und ist von hoher Bedienerfreundlichkeit. Das Problem ist wohl
eher, dass die gemappten Abbiegespuren bisher nirgends dargestellt werden.

Gruß
André

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


Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken

2012-03-06 Per discussione fschmidt

Am 06.03.2012 19:59, schrieb Walter Nordmann:

Da frag ich mich aber, wie man sowas kennen kann - Stehen da mitten im Wald
Schilder? Das gleiche für die Namen der Wege dort.



Ja - in unserer Gegend stehen mitten im Wald Schilder. Solche mit 
Wegnamen, und viele mehr mit Flurnamen/nummern.


Erstere erfasse ich, letztere nicht (Sonst geht meine Frau bald nicht 
mehr mit mir im Wald wandern).


-fri-

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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Stephan Wolff

Moin!

Am 06.03.2012 16:18, schrieb Christian Müller:

Eben. Das lässt sich mit der Stern-Topologie lösen. Und sofern man jede
Spur einzeln mappt, auch noch für jeden Mapper verstehen und handhaben.


 Am 06.03.2012 00:32, schrieb Stephan Wolff:
 Seltsamerweise hat sich in OSM kein Konzept für Kreuzungen etabliert.
 Je nach Komplexität der Straßen (1 oder 2 Fahrbahnen, getrennt erfasste
 Fuß- und Radwege) ergeben sich meist 1-16 Schnittpunkte der ways.
 Der menschliche Betrachter der Karte kann raten, welche der
 Schnittpunkte zur selben Straßenkreuzung gehören. Der Router weiß
 nicht, was eine Kreuzung ist, und gibt meist nur nach 100m links aus.

Ich kann nicht erkennen, dass die Stern-Topologie die von mir genannten 
Probleme löst. Ob die Ampeln und die Radwegquerungen zur Kreuzung 
gehören, ist aus den Daten nicht erkennbar.

Selbst für den Router ergeben sich Nachteile. Dass ein Spurwechsel bis
kurz vor der Haltelinie möglich ist, kann der Router nicht erkennen.
Für einige gerade Kreuzungsquerungen werden vermutlich falsche 
Anweisungen zum Rechtsabbiegen im Sternpunkt ausgeben.
Der entscheidende Kritikpunkt ist aber, dass das Konzept nicht 
kompatibel zur bestehenden highway-Definition ist.


Eine Darstellung von Fahrspuren als einzelne ways ist in OSM möglich.
Ich hatte so ein Modell einmal ausprobiert [1] und es gibt ähnliche
Ansätze. Dem Vorteil, der exakten geometrischen Beschreibung der Wege,
stehen deutliche Nachteile, vor allem der hohe Aufwand für die Mapper,
gegenüber.

Viele Grüße
Stephan

[1] 
http://lists.openstreetmap.org/pipermail/talk-de/2012-January/092178.html



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


Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken

2012-03-06 Per discussione Tirkon
Falk Zscheile falk.zsche...@googlemail.com wrote:

 Bauern, Förstern oder Jägern

Mir fallen da noch örtlich aktive Wikipedianer, Heimatforscher und
-vereine, kommunale Mitarbeiter und Ratsmitglieder ein.

Und jeder, der auf einem Dorf groß geworden ist kann sicher auch noch
den einen oder anderen Flurnamen einfach so aus dem Gedächtnis
nachtragen ...

Ich habe in der damals noch so benannten Volksschule im Fach
Heimatkunde die Namen und Grenzen von Fluren des Ortes gelernt. Sie
waren in der täglichen Kommunikation auch bei Erwachsenen präsent. So
konnten die Mannschaften im Sportunterricht nach den Fluren benannt
Tamsbroich oder Holzkamp heißen. Als noch relativ immobile und
outdoor-sozialisierte Dorfkinder kannte man weniger von den
umliegenden Orten, die fußläufig erreichbaren Winkel im eigenen
dagegen wie seine Westentasche. Es ist also durchaus nicht
ausgeschlossen, dass ältere Mapper Flure und Grenzen auch dort kennen,
wo man vor lauter Bäumen den Wald nicht sieht.


Deutsche Kommunen sind amtlicherseits in Gemarkungen, Gemarkungen in
Flure und Flure in Flurstücke aufgeteilt. Letztere sind beispielsweise
in Wohngebieten in der Regel die einzelnen Grundstücke, die im Falle
von Eigenheimsiedlungen auf Luftbildern gut erkennbar und somit in
Ihren Grenzen erfassbar wären. In freier Natur sind die einzelnen
Einheiten meist größer und dort beispielsweise an Wald- und
Ackergrenzen oder in wasserreichen Gegenden auch an
Entwässerungsgräben angepasst. Auf jeden Fall hat jede dieser
Einheiten eine Nummer, manchmal auch Namen, die bei den Kommunen oder
Katasterämtern bzw. bei deren Nachfolgern geführt werden. Diese Namen
sind häufig überliefert und deren Ursprung heute oft nicht mehr
bekannt. Gemarkungen waren früher nicht selten Ortsgrenzen und stimmen
dann heute in Folge von Eingemeindungen mit Ortsteilen überein.


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


[Talk-de] Fehlende Gebäudedarstellung in Mapnik

2012-03-06 Per discussione Stephan Wolff

Moin,

kann mir jemand sagen, wieso dieses [1] und die übrigen Gebäude der 
site-Relation [2] nicht in der Mapnikkarte auf osm.org erscheinen?

Ist ein Bug in osm2pgsql schuld?

Viele Grüße
Stephan

[1] http://www.openstreetmap.org/browse/way/150282539
[2] http://www.openstreetmap.org/browse/relation/2025355


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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Christian Müller

Hi Stephan,

Am 07.03.2012 00:15, schrieb Stephan Wolff:
Ich kann nicht erkennen, dass die Stern-Topologie die von mir 
genannten Probleme löst. Ob die Ampeln und die Radwegquerungen zur 
Kreuzung gehören, ist aus den Daten nicht erkennbar.


Aber natürlich ist es das.  Die Radwege queren dort, wo sie auch in der 
Realität queren, selbst die Ampeln sind präziser platziert als vorher - 
oder hast Du schonmal eine Ampel mitten auf der Kreuzung stehen sehen?


Insbesondere ist ersichtlich, für welche lanes überhaupt Ampeln 
existieren.  Abgesehen davon verraten Dir die üblichen Daten nicht 
gerade mehr darüber, was zu einer Kreuzung gehört.  Was gehört denn zu 
einer Kreuzung?




Selbst für den Router ergeben sich Nachteile. Dass ein Spurwechsel bis
kurz vor der Haltelinie möglich ist, kann der Router nicht erkennen.


Diesen Nachteil habe ich im Wiki schon benannt und auch 
Lösungsvorschläge angegeben.  Vorher konnte der Router auch nicht 
erkennen, von wo bis wohin Spurwechsel erlaubt sind - das ist an 
verschiedenen Kreuzungen nämlich auch sehr verschieden..  Wenn lanes 
nicht extra gemappt werden, verleitet das viel mehr zur Ungenauigkeit 
solcher Infos.  Wie oft sieht man schonmal ein korrekten lanes=* Wert 
vor Kreuzungen?  Ist doch eher selten - die Leute tun bisher so, als ob 
es den Kreuzungsausbau gar nicht gäbe.  Dabei ist doch gerade das 
wichtig, will man richtig routen.



Für einige gerade Kreuzungsquerungen werden vermutlich falsche 
Anweisungen zum Rechtsabbiegen im Sternpunkt ausgeben.
Der entscheidende Kritikpunkt ist aber, dass das Konzept nicht 
kompatibel zur bestehenden highway-Definition ist.


Das ist schlichter Unsinn und zeigt, dass Du dich mit turn-restricitions 
nur ungenügend beschäftigt hast.  Hier also nochmal, am Beispiel eines 
only_straight_on:


  - für den Router heißt das: nur vom from in den to Weg routen, alle 
anderen als invalid markieren
  - für den Benutzer heißt es immer straight_on - selbst dann noch, 
wenn from und to geometrisch in anderen Winkeln als 180 Grad zueinander 
stehen.
  - du kannst mit turn_restrictions in osm einen u_turn mit 
only_straight_on bauen und der Benutzer erhielte die Anweisung gerade 
aus über die Kreuzung, obwohl die Geometrie dem nicht entspricht
  - deine Bedenken treffen evtl. für routing engines zu, die 
turn_restrictions nicht auswerten


Weiterhin sehe nicht, wo das Konzept inkompatibel zur bestehenden 
highway-Definition sein soll.  Allenfalls ist es redundant, den gleichen 
secondary mehrfach zu haben - aber selbst das ist es eben nicht, wenn 
sich die Eigenschaften der lanes unterscheiden (in mehr oder weniger 
Punkten).  Schließlich sind Spuren räumlich voneinander getrennt und 
werden von allen Verkehrsteilnehmern ja auch als eigenständiger Weg 
wahrgenommen, in dem Moment, in dem sie sich für eine Spur entschieden 
haben.  Fast niemanden dürfte es bei der Wahrnehmung des Verkehrsraums 
noch interessieren, wo der Asphalt aufhört und wo er anfängt - für die 
Verkehrsteilnehmer und gerade beim spurgenauen Routing, ist 
entscheidend, wie dieser Raum aufgeteilt wird.


Der von Dir als entscheidend benannte Kritikpunkt ist aber gar nicht das 
Hauptanliegen dieses Konzepts.  Ich sagte bereits, dass es hauptsächlich 
darum geht, die Spurinformationen geometrisch getrennt zu erfassen, weil 
die Komplexität und die Vielfalt der Kreuzungen der Realität dies imho 
erfordert und es für Mappende so einfacher ist, als sich durch 50+ 
Zeilen an Tags zu einem way durchzuwühlen (um dann im 25ten tag zu 
entdecken, dass in turn:lanes=s|s|r|r   das dritte Zeichen fehlerhaft 
gesetzt ist).


Ich habe nichts dagegen, wenn jemand neue Tags für das Spurmapping 
auskocht.  Das ist mir eigentlich gleich.  Ich empfinde es nicht als 
notwendig, aber wenn es jemand macht, gern.  Wenn sich etwas brauchbares 
kristallisiert, das von der Toolchain unterstützt wird, werde ich mich 
dem anpassen.  Bisher gibt es das nicht, bisher bleibt mir als 
Interimslösung, die highway-tags zu benutzen, damit die bestehende 
Toolchain damit klarkommt.  Wenn in fünf Jahren einer kommt und endlich 
das Schema gefunden hat, dass alle glücklich macht, kann er die Tags auf 
meinen Spuren gerne anpassen, bis dahin bleibt den casual mappern nur 
der schmale Grad der Kompatibilität.  Die routing-info dieser Kreuzung 
ist auf jeden Fall korrekter als vorher.


Des weiteren schlage ich vor, allen nay-sayern, Rumhackern und 
Fehlersuchern sich selbst aktiv mit der Thematik zu beschäftigen, 
anstatt hier auf der Liste U-Boot-Krieg zu führen:  Ich tauche nur auf, 
wenn sich etwas zum zerstören zeigt.   Mappt eine komplexe Kreuzung mit 
dem gleichen Detailgrad und stellt eure Lösungsvorschläge im Wiki auf 
einer Seite vor - __zum Schluß__ lohnt es sich zu vergleichen, welche 
Lösung wirklich die beste ist..  Ist das so schwer geworden?



have fun,
Christian


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

Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione aighes

Am 07.03.2012 01:06, schrieb Christian Müller:
Ich habe nichts dagegen, wenn jemand neue Tags für das Spurmapping 
auskocht.  Das ist mir eigentlich gleich.  Ich empfinde es nicht als 
notwendig, aber wenn es jemand macht, gern.  Wenn sich etwas 
brauchbares kristallisiert, das von der Toolchain unterstützt wird, 
werde ich mich dem anpassen.  Bisher gibt es das nicht, bisher bleibt 
mir als Interimslösung, die highway-tags zu benutzen, damit die 
bestehende Toolchain damit klarkommt.  Wenn in fünf Jahren einer kommt 
und endlich das Schema gefunden hat, dass alle glücklich macht, kann 
er die Tags auf meinen Spuren gerne anpassen, bis dahin bleibt den 
casual mappern nur der schmale Grad der Kompatibilität.  Die 
routing-info dieser Kreuzung ist auf jeden Fall korrekter als vorher. 
Danke, dass du es wenigstens zugibst, dass du absichtlich für den einen 
Renderer taggst.


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


Re: [Talk-de] Fehlende Gebäudedarstellung in Mapnik

2012-03-06 Per discussione Walter Nordmann
sind jetzt sichtbar.
(für mich) altbekanntes Problem: Daten in der DB sind ok aber die Datenbasis
für Mapnik ist unvollständig. Hatten wir schon mehrfach. 
Lösung: Objekte anfassen (irgendwas dran ändern) und neu hochladen. Im
Extremfall löschen und neu eintragen. Das hilft in 99% aller Fälle. Hier
reichte das Ändern bereits aus.

Konkret hab ich dreimal layer=1 rausgeschmissen, da unnötig und die beiden
anderen buildings um ein ganz wenig verschoben. Das wars.

Gruss
walter

p.s. ob ein building member einer site-relation ist  oder nicht, macht
übrigens nichts aus. Es ist immer noch ein building und hat somit gefälligst
auf der Karte zu erscheinen.


-
1---2-3--*4#
--
View this message in context: 
http://gis.19327.n5.nabble.com/Fehlende-Gebaudedarstellung-in-Mapnik-tp5542683p5542774.html
Sent from the Germany mailing list archive at Nabble.com.

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


Re: [Talk-de] Fehlende Gebäudedarstellung in Mapnik

2012-03-06 Per discussione Walter Nordmann
nachtrag: eventuell könnte layer=1 ja ok gewesen sein; bitte nochmal
eintragen, wenn das wirklich Pfahlbauten sein sollten. layer=0 für den Platz
darunter sollte aber weg.

-
1---2-3--*4#
--
View this message in context: 
http://gis.19327.n5.nabble.com/Fehlende-Gebaudedarstellung-in-Mapnik-tp5542683p5542801.html
Sent from the Germany mailing list archive at Nabble.com.

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


Re: [Talk-de] Fehlende Gebäudedarstellung in Mapnik

2012-03-06 Per discussione Stephan Wolff

Moin!

Am 07.03.2012 01:30, schrieb Walter Nordmann:

sind jetzt sichtbar.
(für mich) altbekanntes Problem: Daten in der DB sind ok aber die Datenbasis
für Mapnik ist unvollständig. Hatten wir schon mehrfach.


Das finde ich immer noch seltsam. Die Gebäude waren zunächst in der 
Karte und sind irgendwann wieder verschwunden. Nur die fünf Mitglieder

der Relation waren betroffen, andere Gebäude im Umfeld nicht.


Lösung: Objekte anfassen (irgendwas dran ändern) und neu hochladen. Im
Extremfall löschen und neu eintragen. Das hilft in 99% aller Fälle. Hier
reichte das Ändern bereits aus.


Ich probiere es beim nächsten Mal.


Konkret hab ich dreimal layer=1 rausgeschmissen, da unnötig und die beiden
anderen buildings um ein ganz wenig verschoben. Das wars.


Alle layer=1 waren richtig. Der Konzertsaal steht im Ostteil auf 
Pfeilern und der Radweg läuft darunter, die beiden anderen Gebäude

stehen komplett auf Stelzen. Ich ändere es zurück.

Viele Grüße
Stephan


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


Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken

2012-03-06 Per discussione Klaus-Hermann Otto Stanislaus Plöger
Am Dienstag, den 06.03.2012, 10:59 -0800 schrieb Walter Nordmann:

 Falk Zscheile wrote
  
  Das sehe ich auch so. Wenn man die Grenzen eines Flur-/Gewannnamens
  kennt, dann sollte man dies auch als Multipolygon eintragen.
 Da frag ich mich aber, wie man sowas kennen kann - Stehen da mitten im Wald
 Schilder? Das gleiche für die Namen der Wege dort.
 
 Ein Schelm, wer da an Schimmes denkt...

Honey sweet key ill I pay? (-:) 

In meinem Wald kenne ich alle Flurnamen und kann die auch eintragen.
Gaunamen sind meist historisch und sollten auch so eingetragen werden.
Wer sich nicht auskennt, kann ja auch mal was weglassen.

 Gruss
 Walter

Tschüss Klaus
-- 
Markus 4.39
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken

2012-03-06 Per discussione Klaus-Hermann Otto Stanislaus Plöger
Volle Zustimmung,
Klaus
Am Dienstag, den 06.03.2012, 22:06 +0100 schrieb Falk Zscheile:

 Am 6. März 2012 19:59 schrieb Walter Nordmann walter.nordm...@web.de:
 
  Falk Zscheile wrote
 
  Das sehe ich auch so. Wenn man die Grenzen eines Flur-/Gewannnamens
  kennt, dann sollte man dies auch als Multipolygon eintragen.
  Da frag ich mich aber, wie man sowas kennen kann - Stehen da mitten im Wald
  Schilder? Das gleiche für die Namen der Wege dort.
 
  Ein Schelm, wer da an Schlimmes denkt...
 
 Du hast nicht viel mit Bauern, Förstern oder Jägern zu tun, oder? Die
 kennen sich sehr genau bei solchen Sachen aus. Also das nächste mal
 einfach Fragen, wenn Du einen aus der Berufsgruppe triffst und die
 gewonnenen Erkenntnisse bei OSM verewigen, anstatt hier böse Absichten
 in den Raum zu stellen.
 
 Und jeder, der auf einem Dorf groß geworden ist kann sicher auch noch
 den einen oder anderen Flurnamen einfach so aus dem Gedächtnis
 nachtragen ...
 
 Gruß, Falk
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de


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


[Talk-de] Zur SOTM 2012 nach Tokyo - Reisebegleitung gesucht

2012-03-06 Per discussione Lulu-Ann
Hallo Leute,

ich möchte zur SOTM nach Tokyo und habe vor, im Anschluß eine Japan-Rundreise 
von 6 Tagen mit deutscher Reiseleitung zu buchen, im Anschluss ein paar Tage 
Badeurlaub.

Hat jemand Lust, sich anzuschließen? Bei Buchung eines Doppelzimmers wird das 
Ganze deutlich günstiger.

Grob geschätzt landen wir mit Flug, Rundreise und ein paar Tagen chillen bei 
2000 EURO, plus etwas Verpflegung, da in der Rundreise keine Vollpension 
enthalten ist.
Dafür sind es vernünftige Hotels.

Es wäre auch möglich nur die Übernachtung während der SOTM oder mit Rundreise 
ohne Badeurlaub zu teilen.

Bei Interesse bitte schnell melden, am besten mit Telefonnummer direkt an meine 
Email-Adresse.

Falls sich um die 10 Personen melden, könnten wir sogar eine Reiseleitung für 
uns allein bekommen.

Go for it! - Wann kommt man sonst schonmal nach Japan ?!

Viele Grüße
Lulu-Ann

-- 
NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone!  

Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a

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


Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken

2012-03-06 Per discussione Klaus-Hermann Otto Stanislaus Plöger
Am Mittwoch, den 07.03.2012, 00:36 +0100 schrieb Tirkon:

 Falk Zscheile falk.zsche...@googlemail.com wrote:
 
  Bauern, Förstern oder Jägern
 
 Mir fallen da noch örtlich aktive Wikipedianer, Heimatforscher und
 -vereine, kommunale Mitarbeiter und Ratsmitglieder ein.

absurde Aufzählung? sollte das ein Scherz sein?

 Und jeder, der auf einem Dorf groß geworden ist kann sicher auch noch
 den einen oder anderen Flurnamen einfach so aus dem Gedächtnis
 nachtragen ...
 
 Ich habe in der damals noch so benannten Volksschule im Fach
 Heimatkunde die Namen und Grenzen von Fluren des Ortes gelernt. Sie
 waren in der täglichen Kommunikation auch bei Erwachsenen präsent. So
 konnten die Mannschaften im Sportunterricht nach den Fluren benannt
 Tamsbroich oder Holzkamp heißen. Als noch relativ immobile und
 outdoor-sozialisierte Dorfkinder kannte man weniger von den
 umliegenden Orten, die fußläufig erreichbaren Winkel im eigenen
 dagegen wie seine Westentasche. Es ist also durchaus nicht
 ausgeschlossen, dass ältere Mapper Flure und Grenzen auch dort kennen,
 wo man vor lauter Bäumen den Wald nicht sieht.

stimmt !

Ps: Wer unter Bäumen steht, kann den Wald nicht sehen.

 
 Deutsche Kommunen sind amtlicherseits in Gemarkungen, Gemarkungen in
 Flure und Flure in Flurstücke aufgeteilt. Letztere sind beispielsweise
 in Wohngebieten in der Regel die einzelnen Grundstücke, die im Falle
 von Eigenheimsiedlungen auf Luftbildern gut erkennbar und somit in
 Ihren Grenzen erfassbar wären. In freier Natur sind die einzelnen
 Einheiten meist größer und dort beispielsweise an Wald- und
 Ackergrenzen oder in wasserreichen Gegenden auch an
 Entwässerungsgräben angepasst. Auf jeden Fall hat jede dieser
 Einheiten eine Nummer, manchmal auch Namen, die bei den Kommunen oder
 Katasterämtern bzw. bei deren Nachfolgern geführt werden. Diese Namen
 sind häufig überliefert und deren Ursprung heute oft nicht mehr
 bekannt. Gemarkungen waren früher nicht selten Ortsgrenzen und stimmen
 dann heute in Folge von Eingemeindungen mit Ortsteilen überein.

Vorsicht, das scheint (Preussisches) NRW-Recht zu sein, gilt in NRW aber
nicht im Landesteil Lippe (heute Kreis Lippe) und ist in S-H Illusion
(da ist es wesentlich komplizierter.).
Will heissen: Das Kommunalrecht in der 'BRD' ist nicht einheitlich, weil
es Landesrecht ist .

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


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


Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken

2012-03-06 Per discussione Klaus-Hermann Otto Stanislaus Plöger
Moin
Vorsicht, bei uns sind Jagdstücke ( Name und Nummer[Bundes- Landes- und
örtliches Jagdrecht]) , Waldstücke (nur Namen) und Flurnamen
(Katastereinträge bei 3 verschiedenen Ämtern) nicht identisch, das
Multipolygon und die Tags möchte ich gerne sehen.

Am Dienstag, den 06.03.2012, 22:54 +0100 schrieb fschmidt:

 Am 06.03.2012 19:59, schrieb Walter Nordmann:
  Da frag ich mich aber, wie man sowas kennen 

Weil man da aufgewachsen ist?
Nachtrag zu oben: Gewohnheitsrecht gibt es auch noch.

 kann - Stehen da mitten im Wald
  Schilder? Das gleiche für die Namen der Wege dort.
 
 
 Ja - in unserer Gegend stehen mitten im Wald Schilder. Solche mit 
 Wegnamen, und viele mehr mit Flurnamen/nummern.
 
 Erstere erfasse ich, letztere nicht (Sonst geht meine Frau bald nicht 
 mehr mit mir im Wald wandern).
 
 -fri-
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de


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


Re: [Talk-de] Fahrspuren die 315.

2012-03-06 Per discussione Ronnie Soak
Am 07.03.12 schrieb Stephan Wolff s.wo...@web.de:

 Eine Darstellung von Fahrspuren als einzelne ways ist in OSM möglich.
 Ich hatte so ein Modell einmal ausprobiert [1] und es gibt ähnliche
 Ansätze. Dem Vorteil, der exakten geometrischen Beschreibung der Wege,
 stehen deutliche Nachteile, vor allem der hohe Aufwand für die Mapper,
 gegenüber.

 [1]
 http://lists.openstreetmap.org/pipermail/talk-de/2012-January/092178.html


Von den bisher vorgestellten Optionen finde ich dein Modell am vernuenftigsten.
Meiner Meinung nach kommt man um eigene ways nicht herum, da nun mal
die Datenbasis an sich so angelegt ist, das Ortsinformationen in
nodes/ways gehoeren, und nicht indirekt in tags. Dein Modell fuehrt
dabei nicht zu Inkompatibilitaeten, weil es den highway=* tag nicht
missbraucht. Eine hierarchische Loesung scheint mir da die
geeignetste. Zumal man viele der Nachteil, wie redundante
Datenhaltung, sehr gut durch den Editor erschlagen kann. (detail lanes
werden automatisch zusammen mit dem highway in einer relation gefasst,
die ebenfalls automatisch die daten des highways uebernimmt).

Koenntest du kurz zusammenfassen, was dir damals als Gegenargument
genannt wurde?

Danke,
Chaos99

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


Re: [Talk-it] Strada Statale contro SR

2012-03-06 Per discussione Maurizio Daniele
ref=SR5
ref:old=SS5(o old_ref=SS5)

???

Ma solo se si è sicuri che con il cambio di gestione sia anche cambiata la
denominazione...


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


Re: [Talk-it] Mappa dei lampioni di openstreetmap

2012-03-06 Per discussione David Paleino
On Sat, 3 Mar 2012 18:06:23 +0100, Maurizio Napolitano wrote:

 http://lightmap.uni-hd.de/
 
 Bergamo sembra essere ben comperta, ma ne mancano ancora tanti di dati.

Hai idea di come contattare il responsabile?
Sarebbe *comodissimo* avere almeno il supporto ai permalink. Mi scoccia
alquanto dover de-zoomare e ri-zoomare ogni volta :)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


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


Re: [Talk-it] Wiki Loves Monuments Italia

2012-03-06 Per discussione Luca Delucchi
Il 06 marzo 2012 10:06, sabas88 saba...@gmail.com ha scritto:

 Potresti inserire oltre alle query una descrizione per chi non conosce sql
 (non che non si intuisca però... :D) suggerisci una pagina ad hoc nel sito
 in cui inserire questa descrizione :)


come ben sai in questo momento ho abbastanza cose da seguire, se
qualcuno mi manda il testo io lo allego volentieri...


 Si richiedono suggerimenti, soprattutto su tag mancanti che andrebbero
 utilizzati

 Per monumenti cosa si intende? Come è adesso si intende manufatti storici,
 ma si parla anche di monumenti naturali ad esempio (come in una LR della
 sardegna).

secondo me anche naturali, però non ci ho pensato ieri sera, cosa
potrebbe essere usato?

 Non sono chiariti i termini del concorso, cioè si parla di fotografare ma
 anche di migliorare la voce e georeferenziazione..

il concorso è di fotografie ma ovviamente è bello poter migliorare i
progetti wikipedia e anche OSM

 Lato osm: il codice che si viene a creare lo inseriamo in OSM? Tipo
 wikipedia:id=itligege0123? Sarebbe interessante per fornire una chiave
 esterna alternativa al link alla voce!

questo è da ragionarsi su, più che altro chi li inserisce?

 Siamo sicuri che tutti gli historic siano monuments?


hai in mente qualche tag che potrebbe non esserlo?

-- 
ciao
Luca

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

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


[Talk-it] Province già abolite fisicamente?

2012-03-06 Per discussione Lidrie

Buongiorno,
casualmente mi sono accorto che sulla mappa di Udine manca il palazzo sede 
della Provincia, contiguo al palazzo Arcivescovile:

http://www.openstreetmap.org/?lat=46.063143lon=13.240784zoom=18layers=M
il palazzo ad oggi mi risulta ancora in piedi:
http://picasaweb.google.com/lh/photo/1Tko_F_6gimYBPFIfSBKpw

Non ho idea delle procedure per contribuire alla correzione, per cui mi 
limito alla segnalazione.


--
Sans




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


Re: [Talk-it] Mappa dei lampioni di openstreetmap

2012-03-06 Per discussione Andrea Decorte
2012/3/6 Simone Cortesi sim...@cortesi.com

 2012/3/6 David Paleino da...@debian.org:
  http://lightmap.uni-hd.de/
 
  Bergamo sembra essere ben comperta, ma ne mancano ancora tanti di dati.
 
  Hai idea di come contattare il responsabile?
  Sarebbe *comodissimo* avere almeno il supporto ai permalink. Mi scoccia
  alquanto dover de-zoomare e ri-zoomare ogni volta :)

 stesso problema.
 ho fatto qualche prova utilizzando la sintassi standard ti leaflet, ma
 non funziona, pare disabilitato il supporto ai permalink.

 Io ero fermo al fatto che leaflet non supportava i permalink...
https://github.com/CloudMade/Leaflet/issues/362
Votate per questo issue ;-)
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Mappa dei lampioni di openstreetmap

2012-03-06 Per discussione Simone Cortesi
2012/3/6 Andrea Decorte adeco...@gmail.com:
 Io ero fermo al fatto che leaflet non supportava i permalink...
 https://github.com/CloudMade/Leaflet/issues/362
 Votate per questo issue ;-)

hai ragione ero stato tratto in inganno da maps.cloudmade.com che
supporta i permalink.

-- 
-S

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


Re: [Talk-it] Wiki Loves Monuments Italia

2012-03-06 Per discussione Luca Delucchi
Il 06 marzo 2012 10:26, Simone Cortesi sim...@cortesi.com ha scritto:


 Luca, avete preso in considerazione la cosa?


si, io non sono molto dietro al progetto WLM ho solo dato il mio
contributo per dare visibilità ad OSM. Da quello che ho capito solo
alcuni monumenti (i più famosi, UNESCO o beni nazionali) sono coperti
da questa legge i minori invece se ho capito bene no. Poi ci sono
altre leggi che sembrano dire il contrario della legge che hai citato
Mi sono iscritto due giorni fa alla mailing list, vi terrò aggiornati

 --
 -S


-- 
ciao
Luca

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

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


Re: [Talk-it] Province già abolite fisicamente?

2012-03-06 Per discussione Stefano Salvador
è un problema purtroppo noto ... Gli edifici FVG sono stati importati
dalla CTRN, purtroppo alcuni edifici con la geometria un po' più
complessa sono saltati, al tempo non me ero accorto e prima o poi
devo trovare il tempo di sistemare la cosa (anche a Pordenone e
Trieste mancano alcuni edifici).

Grazie per la segnalazione,

Stefano

Il 05 marzo 2012 16:57, Lidrie lid...@gmail.com ha scritto:
 Buongiorno,
 casualmente mi sono accorto che sulla mappa di Udine manca il palazzo sede
 della Provincia, contiguo al palazzo Arcivescovile:
 http://www.openstreetmap.org/?lat=46.063143lon=13.240784zoom=18layers=M
 il palazzo ad oggi mi risulta ancora in piedi:
 http://picasaweb.google.com/lh/photo/1Tko_F_6gimYBPFIfSBKpw

 Non ho idea delle procedure per contribuire alla correzione, per cui mi
 limito alla segnalazione.

 --
 Sans




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

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


[Talk-it] Portale dei geodati di Firenze

2012-03-06 Per discussione Maurizio Napolitano
Tutti i dati rilasciati come CC-BY
http://datigis.comune.fi.it/MapStore/

Ci sono molte cose interessanti anche per il progetto
Wiki Loves Monuments Italia

Un dato curioso le strutture per far giocare i bimbi
ai parchi pubblici :)

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


Re: [Talk-it] Mappa dei lampioni di openstreetmap

2012-03-06 Per discussione Maurizio Napolitano
2012/3/6 David Paleino da...@debian.org:
 On Sat, 3 Mar 2012 18:06:23 +0100, Maurizio Napolitano wrote:

 http://lightmap.uni-hd.de/

 Bergamo sembra essere ben comperta, ma ne mancano ancora tanti di dati.

 Hai idea di come contattare il responsabile?

Kontakt:
Oliver Roick, Marcus Götz, Maxim Rylov  Pascal Neis
Universität Heidelberg
Abteilung für Geoinformatik
http://www.geog.uni-heidelberg.de/lehrstuehle/gis/mitarbeiter.html
In particolare direi
http://www.geog.uni-heidelberg.de/personen/gis_roick.html

poi io tifo molto per Pascal
http://www.geog.uni-heidelberg.de/personen/gis_neis.html

 Sarebbe *comodissimo* avere almeno il supporto ai permalink. Mi scoccia
 alquanto dover de-zoomare e ri-zoomare ogni volta :)

... mi sembra pero' che sia anche un limite di leafleft



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

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


Re: [Talk-it] Strada Statale contro SR

2012-03-06 Per discussione Martin Koppenhoefer
Am 6. März 2012 09:38 schrieb Maurizio Daniele maurizio.dani...@gmail.com:
 ref=SR5
 ref:old=SS5    (o old_ref=SS5)


si, è taggato così: old_ref=SS5, ref=SR5, ma questo fa vedere SR5
sulla mappa, mentre nella realtà si trova SS5.

ciao,
Martin

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


Re: [Talk-it] [semi-SPAM] Gruppo di acquisto basato sul Bitcoin

2012-03-06 Per discussione Carlo Stemberger

Il 06/03/2012 08:47, Luca Delucchi ha scritto:

io potrei essere interessato


Fantastico!

Ti prego, non linciarmi: potresti indicare la tua posizione (anche solo 
approssimativa) su questa[1] mappa? Sì, è una mappa di Google; al 
momento però non saprei come sostituirla con una mappa libera...


Se non hai un account Google, basta che mi passi il tuo indirizzo 
(oppure le tue coordinate) e il nickname che vuoi utilizzare, e ci penso 
io ad aggiungerti.




come vorresti usare
grass?


Non lo so ancora con precisione. Ho solo visto che include un risolutore 
del problema del commesso viaggiatore. Mi sto studiando un tutorial su 
GRASS (che non ho mai usato finora); in ogni caso ogni dritta è benvenuta.


Ciao!

Carlo


[1] 
http://maps.google.com/maps/ms?ie=UTFmsa=0msid=212487604267188373062.0004b9d8edfa794c88bc6


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


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


  1   2   3   >