date:20110526

On 26 May 2011 18:53, Richard Mann richard.mann.westoxf...@gmail.com wrote:
 Unless you operate to peculiar safety standards, there'll probably be
 a stop sign on the track some way either side of the former
 crossing(probably set for the stopping distance of the heaviest train
 operating at linespeed, and taking the gradient into account - which
 could easily be a mile away). So there'll be quite a length of track
 that's disused. I'd probably tag the railway as abandoned, and
 remove the level crossing, if it looks like a permanent situation.

I hit this when I first started mapping, there is a lot of track about
the place, and the crossings are still there, but tarred over, rather
than ripped up.

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

Re: [OSM-talk] level_crossing, leveled

2011-05-26 Thread Richard Fairhurst

Richard Weait wrote:
 Any thoughts or widely accepted customs regarding this?

I'd use a length of either railway=disused or railway=abandoned.

IMX it only takes a year or so for a disused railway, often called OOU in
the UK (out of use), to become unsuitable for trains to turn up and go.
On occasion the problem is just a bit of overgrowth, but more frequently,
there'll be something serious that needs addressing before trains can pass
again: signalling, skewed or stolen rails, washed-out trackbed. A bit of
tarmac across the rails is probably the least of these problems.

So, given that disused means permanent way still largely in place but
some work required to get it back in place, I'd be tempted to stick with
railway=disused even despite the odd bit of tarmac. (The example that
springs to mind most readily in the UK is the Amlwch branch, for those who
know it.)

cheers
Richard



--
View this message in context: 
http://gis.638310.n2.nabble.com/level-crossing-leveled-tp6404088p6406306.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

[OSM-talk] New Community Updates newsletter

2011-05-26 Thread Matthias Meisser


Hi,

please find enclosed the next issue of the Community Updates:
http://wiki.openstreetmap.org/wiki/Community_Updates/2011-05-16

kind regards
Matthias

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

[OSM-talk] Tracks and there place in society

2011-05-26 Thread Ben Robbins


I wonder that noone, so far, mentioned that we had similar discussions
on talk-de.
Please, do not discuss only in GB.

The sitiuation is even a bit more complicated because of law (especially
for bikes) and we have foot/bicycle=official, too.

I stoped using footway or cycleway at all.

And do not forget emergencies which could use a track but not a path.

Thanks
colliar

Well in a nutshell, this is the debate, and how every ML conversation on the 
matter ends up: 
http://i57.photobucket.com/albums/g226/ben_robbins_/Tracks-1.png?t=1306366810

It starts in the 'blue' section.  It then goes in circles for the best part, or 
it all ends with the renderer.

Either of the 3 points where I have put an exclamation mark (but not the bottom 
right one) would deal with the problem I think you have described. 
(Ignore the other one, it was for something else)

It's rather amazing the complexity of something so simple!

---

So really, going along the lines of 'highway=track; designation=xyz' it just 
about works, but 3 issues remain.  

1) It doesn't render correctly/at all.
2) The assumed access rights of highway=track in a route planner are not clear, 
and/or a problem as shown in diagram.
3) The need for Highway=byway/bridleway/footway...is there one; again shown in 
diagram.

Any definite answers or advice on these points from anyone?

cheers,
Ben

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

Re: [OSM-talk] Tracks and there place in society

2011-05-26 Thread Richard Mann

Ben - you end up with one of three things:
highway=track+tracktype=whatever+designation=public_footpath (or whatever)
highway=track+tracktype=whatever
highway=track+access=private

If it's got a simple private / keep out sign, then use access=private.
This renders.

Anything else, you can probably access with anything except a private
car (not because it's banned, just because of the potential damage).
Whether you want to probably depends on the tracktype (which renders)
and whether it goes anywhere (which renders).

If you want to know about the subtle distinction between a Right of
Way and a dunno-seems-to-be-ok track, use the designation tag (or
umpteen access tags), and look at Free-map, or render it yourself.

In summary - access=private is for tracks that declare themselves to
be exclusively for private access, not for things that are merely
privately-owned.

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

Re: [OSM-talk] level_crossing, leveled

2011-05-26 Thread John F. Eldredge

True, but it might well derail a locomotive in the winter.  I once saw a  
locomotive derailed by mud that had flowed across the track, then frozen..   
Fortunately, the locomotive was moving slowly enough that it didn't cause a  
catastrophic accident.


Connected by DROID on Verizon Wireless

-Original message-
From: Russ Nelson nel...@crynwr.com
To: Richard Weait rich...@weait.com
Cc: talk@openstreetmap.org
Sent: Thu, May 26, 2011 05:04:31 GMT+00:00
Subject: Re: [OSM-talk] level_crossing, leveled

Richard Weait writes:
 What should be done with a level_crossing, when trains may cross no  
longer?
 
 The junction was a level_crossing, but has been repaved and

 re-sculpted.  The rails are now covered by 0.3 - 0.4 m of asphalt
 which appears to have been laid directly over the tracks.  So the
 railway hardware appears to still be there, but unusable.  The rails
 continue both directions from the level_crossing.
 
 To this point, I have left the level_crossing tag in place; it can

 still serve as a waypoint, I suppose.

30cm of asphalt on a warm sunny day is no barrier to a 170 ton
locomotive. Think of a marshmellow being run over by a car.

--
--my blog is athttp://blog.russnelson.com
Crynwr supports open source software
521 Pleasant Valley Rd. | +1 315-600-8815
Potsdam, NY 13676-3213  | Sheepdog   


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

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

[OSM-talk] anonymous edits

Hi all,

Consider the following application scheme:
* a twitter user sends a geo-located tweet containing a specified
hashtag, say #addosm and key-value pairs like amenity:pub;name:Red
Devil;smoking:yes
* a twitter scraper picks up the tweet, archives it and posts a new
point using the twitter coordinate and the decoded k-v pairs, plus an
additional tag source:twitter[@twitteruser] or something like that.
This would be an easy way to add POIs on the go, and could be an
interface for mobile applications to post new POIs. This would not be
totally anonymous but it's close. What do you think, is this
acceptable? A similar level of anonymity is reached by WheelMap.org
that allows anonymous OSM edits through their web site via the OSM
account wheelmap_visitor[2].


[1] http://wiki.openstreetmap.org/wiki/Anonymous_edits
[2] http://www.openstreetmap.org/user/wheelmap_visitor
-- 
Martijn van Exel
http://about.me/mvexel

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

Re: [OSM-talk] anonymous edits

On 27 May 2011 03:51, Martijn van Exel m...@rtijn.org wrote:
 Hi all,

 Consider the following application scheme:
 * a twitter user sends a geo-located tweet containing a specified
 hashtag, say #addosm and key-value pairs like amenity:pub;name:Red
 Devil;smoking:yes
 * a twitter scraper picks up the tweet, archives it and posts a new
 point using the twitter coordinate and the decoded k-v pairs, plus an
 additional tag source:twitter[@twitteruser] or something like that.
 This would be an easy way to add POIs on the go, and could be an
 interface for mobile applications to post new POIs. This would not be
 totally anonymous but it's close. What do you think, is this
 acceptable? A similar level of anonymity is reached by WheelMap.org
 that allows anonymous OSM edits through their web site via the OSM
 account wheelmap_visitor[2].

Not knowing who made edits to the phone directory was one reason given
for copyright not to cover phone books in Australia, so anonymous
edits have the ability to weaken copyright in some jurisdictions.

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

Re: [OSM-talk] anonymous edits

2011-05-26 Thread Josh Doe

I think that's a great idea! However I don't believe it should be
directly added to the OSM database, since the POI may already exist,
or there could be other problems. Instead why not create an .osm file
and allow others to add/merge it to OSM using tools like JOSM? An even
better idea might be to piggy back on the bug/note concept, and just
create a ticket with the proposed changes. A JOSM plugin, Potlatch, or
a custom GUI can pull these bugs/notes and present them to a
contributor to add to OSM.

Great idea though, I'd love to see an implementation of this!

-Josh

On Thu, May 26, 2011 at 1:51 PM, Martijn van Exel m...@rtijn.org wrote:
 Hi all,

 Consider the following application scheme:
 * a twitter user sends a geo-located tweet containing a specified
 hashtag, say #addosm and key-value pairs like amenity:pub;name:Red
 Devil;smoking:yes
 * a twitter scraper picks up the tweet, archives it and posts a new
 point using the twitter coordinate and the decoded k-v pairs, plus an
 additional tag source:twitter[@twitteruser] or something like that.
 This would be an easy way to add POIs on the go, and could be an
 interface for mobile applications to post new POIs. This would not be
 totally anonymous but it's close. What do you think, is this
 acceptable? A similar level of anonymity is reached by WheelMap.org
 that allows anonymous OSM edits through their web site via the OSM
 account wheelmap_visitor[2].


 [1] http://wiki.openstreetmap.org/wiki/Anonymous_edits
 [2] http://www.openstreetmap.org/user/wheelmap_visitor
 --
 Martijn van Exel
 http://about.me/mvexel

 ___
 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] anonymous edits

2011-05-26 Thread John F. Eldredge

If someone turns out to be a troll, repeatedly and deliberately posting  
false information, how would they be blocked?  Would the Twitter scraper  
program need to be the step doing the blocking, since all changes to the OSM  
database would go in under the same user ID?


Connected by DROID on Verizon Wireless

-Original message-
From: Martijn van Exel m...@rtijn.org
To: Talk Openstreetmap talk@openstreetmap.org
Sent: Thu, May 26, 2011 17:51:07 GMT+00:00
Subject: [OSM-talk] anonymous edits

Hi all,

Consider the following application scheme:
* a twitter user sends a geo-located tweet containing a specified
hashtag, say #addosm and key-value pairs like amenity:pub;name:Red
Devil;smoking:yes
* a twitter scraper picks up the tweet, archives it and posts a new
point using the twitter coordinate and the decoded k-v pairs, plus an
additional tag source:twitter[@twitteruser] or something like that.
This would be an easy way to add POIs on the go, and could be an
interface for mobile applications to post new POIs. This would not be
totally anonymous but it's close. What do you think, is this
acceptable? A similar level of anonymity is reached by WheelMap.org
that allows anonymous OSM edits through their web site via the OSM
account wheelmap_visitor[2].


[1] http://wiki.openstreetmap.org/wiki/Anonymous_edits
[2] http://www.openstreetmap.org/user/wheelmap_visitor
--
Martijn van Exel
http://about.me/mvexel

___
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] anonymous edits

On Thu, May 26, 2011 at 8:02 PM, John Smith deltafoxtrot...@gmail.com wrote:
 On 27 May 2011 03:51, Martijn van Exel m...@rtijn.org wrote:
 Hi all,

 Consider the following application scheme:
 * a twitter user sends a geo-located tweet containing a specified
 hashtag, say #addosm and key-value pairs like amenity:pub;name:Red
 Devil;smoking:yes
 * a twitter scraper picks up the tweet, archives it and posts a new
 point using the twitter coordinate and the decoded k-v pairs, plus an
 additional tag source:twitter[@twitteruser] or something like that.
 This would be an easy way to add POIs on the go, and could be an
 interface for mobile applications to post new POIs. This would not be
 totally anonymous but it's close. What do you think, is this
 acceptable? A similar level of anonymity is reached by WheelMap.org
 that allows anonymous OSM edits through their web site via the OSM
 account wheelmap_visitor[2].

 Not knowing who made edits to the phone directory was one reason given
 for copyright not to cover phone books in Australia, so anonymous
 edits have the ability to weaken copyright in some jurisdictions.


Totally anonymous edits existed once in OSM, until 2007. See the first
link in my original message (mysteriously not referred to in the
message body..hm). They were abandoned for different reasons I
believe, the wiki page gives some explanation.

-- 
Martijn van Exel
http://about.me/mvexel

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

[OSM-talk] OSM-Import to MySQL Spatial tool?

2011-05-26 Thread Leonid Khaylov

Hello!

 

After days of surfing in the internet I couldn't find for MySQL any tool
similar to osm2pgsql for Postgres. All I want to do is to visualize the OSM
data for Germany on GeoServer with MySQL DB. The tools I found like Osmosis
and osm2sql save the data in a non-spatial schema, that's why GeoServer
can't visualize it.

 

Can anybody make a clear statement, whether such tool for MySQL exists? I
know that MySQL support is not well tested on the GeoServer and that
Postgres is a preffered DB, but MySQL is a requirement in my case.

 

Would appreciate any help!

 

Thank you!

Leonid Khaylov

Student

Computer Science

TU Darmstadt

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

Re: [OSM-talk] anonymous edits

On 27 May 2011 04:19, Martijn van Exel m...@rtijn.org wrote:
 Totally anonymous edits existed once in OSM, until 2007. See the first
 link in my original message (mysteriously not referred to in the
 message body..hm). They were abandoned for different reasons I
 believe, the wiki page gives some explanation.

I'm aware, but knowingly allowing it to continue was my point,
especially since steps were taken in the past to stop accepting them.

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

Re: [OSM-talk] anonymous edits

On Thu, May 26, 2011 at 8:06 PM, Josh Doe j...@joshdoe.com wrote:
 I think that's a great idea! However I don't believe it should be
 directly added to the OSM database, since the POI may already exist,
 or there could be other problems. Instead why not create an .osm file
 and allow others to add/merge it to OSM using tools like JOSM? An even
 better idea might be to piggy back on the bug/note concept, and just
 create a ticket with the proposed changes. A JOSM plugin, Potlatch, or
 a custom GUI can pull these bugs/notes and present them to a
 contributor to add to OSM.


The problem of existing POIs is a real one and may be captured by the
scraper application:
* User posts tweet with the magic hashtag
* scraper looks up nearby OSM nodes and matches (fuzzily?)
* if the POI does not seem to exist, add.
* else, reply to user (via twitter) POI xyz seems to exist already
(provide link).

An intermediary layer may seem like a safe bet but would require
people to invest time in validating, taking away much of the instant
gratification of doing something useful for OSM. This may also be
rewarded by replying with a tweet linking to a mapnik render of the
new POI in a map context.

-- 
Martijn van Exel
http://about.me/mvexel

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

Re: [OSM-talk] anonymous edits

On Thu, May 26, 2011 at 8:25 PM, John Smith deltafoxtrot...@gmail.com wrote:
 On 27 May 2011 04:19, Martijn van Exel m...@rtijn.org wrote:
 Totally anonymous edits existed once in OSM, until 2007. See the first
 link in my original message (mysteriously not referred to in the
 message body..hm). They were abandoned for different reasons I
 believe, the wiki page gives some explanation.

 I'm aware, but knowingly allowing it to continue was my point,
 especially since steps were taken in the past to stop accepting them.


That is exactly why I started this thread - to see how (un)acceptable
it is to do (semi) anonymous edits. I was surprised to see the
wheelmap construct but I'm sure that was discussed here before it was
implemented. Was it?

-- 
Martijn van Exel
http://about.me/mvexel

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

Re: [OSM-talk] anonymous edits

2011-05-26 Thread Frederik Ramm


Hi,

Martijn van Exel wrote:

That is exactly why I started this thread - to see how (un)acceptable
it is to do (semi) anonymous edits. 


An important reason against anonymous edits is accountability. We want 
to be able to contact someone and ask them: Why did you add that? What 
did you mean by it? Etc.


In order not to burden the mapper, your twitter bot would somehow have 
to establish bidirectional communiactions between mappers and 
twitter-ers. If you think you cannot expect the twitter-er to set up an 
OSM account, then in the same vein you cannot expect the mapper to set 
up a twitter account. You must make sure that a message sent by a mapper 
to your twitter bot actually reaches the twitter-er who is the source of 
the data. This is probably not easy.



I was surprised to see the
wheelmap construct but I'm sure that was discussed here before it was
implemented. Was it?


Don't geht the wheelmap visitor thing wrong; the *only* thing that 
this visitor can do is to set one specific tag to one of three specific 
values on an already-existing object of a certain type. So, no free-form 
tagging, no creation of new objects - almost zero risk of vandalism or 
copyright violation. But even there we have already had problems where 
an unknown wheelmap visitor changed something that others found worthy 
of discussion.


On the whole, I don't think this twitter thing can fly. We don't want 
your data (only), we want your soul, and if you cannot be bothered to 
set up an account (which you will need anyway as soon as you want to 
make edits rather than just dumping POIs onto us) then maybe OSM is not 
for you.


A twitter-to-openstreetbugs interface, that could work.

Bye
Frederik

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

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

[OSM-talk-nl] osm wms mbv Tilecache

2011-05-26 Thread Jacco Wanders

Beste OSM gebruikers,

Dankzij Peter Uithuizen en de handleidingen van Martijn Exel en Just is het 
gelukt om in Ubuntu mbv Postgis, osm2pgsql, mapnik en Tilecache, OSM tiles in 
RD te produceren. 

http://osm.mr-hosting.nl/cgi-bin/tilecache.cgi/1.0.0/osm_28992/1/0/2.png 
https://mail.engineers.nl/exchweb/bin/redir.asp?URL=http://osm.mr-hosting.nl/cgi-bin/tilecache.cgi/1.0.0/osm_28992/1/0/2.png
 

Ik wil echter een wms service aanmaken zodat ik osm o.a. als een achtergond kan 
inlezen in b.v ArcGis, Mapguide. Omdat ik een dummy ben op dit technisch 
vakgebied snap ik niet zo goed wat ik nou verder moet doen. Zit ik op de goede 
weg mbt onderstaande punten?

a. Een osm wms service moet bestaan uit een combinatie van Tilecache en 
mapserver (beiden zijn geïnstalleerd).

b. Tilecache.cfg aanpassen mbt het opnemen van wms basic

osm_28992

type=Mapnik

mapfile=/home/osm/mapnik/osm.xml

spherical_mercator=false

resolutions=2187,729,243,81,48.6,27,16.2,9,5.4,3,1.8,1,0.6

size=250,250

metatile=true

bbox=0,0,405000,81

srs=EPSG:28992

 

[basic]

type=WMS

url=http://osm.mr-hosting.nl/wms/vmap0 

extension=png

 

vragen

naar welke mapfile moet ik linken in veld url? deze misschien 
/home/osm/mapnik/osm.xml

heeft iemand een voorbeeld configuratie/handleiding mbt instellingen in 
Tilecache enof mapserver?

Ik hoop dat iemand tips heeft om de laatste stappen van dit langdurige, maar 
leerzame hobbyproject succesvol af te ronden!

Jacco Wanders

 

 


Jacco Wanders

 
TTE
 
Tel0570-665070
Mob06-31769873
Mail   wand...@engineers.nl
 
Web  www.engineers.nl
Web  www.bodemnieuws.nl
Web  http://www.engineers.nl/cms/index.php/nieuws/inschrijven-nieuwsbrief-tte

Denk aan het milieu voor je besluit dit bericht of de bijlagen te printen.
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] osm wms mbv Tilecache

2011-05-26 Thread Peter Peterse

Hallo Jacco,

ik heb het vermoeden dat je een paar dingen door elkaar haalt.
Tilecache zit tussen bijvoorbeeld OpenLayers en mapnik. Indien er een
tile aanwezig is dan wordt deze uit de cache gehaald, is dit niet het
geval dan wordt mapnik benaderd om deze te genereren.
Tilecache kan ook tussen een WMS-server en een client zitten. Ook hier
kijkt tilecache in de cache of het gewenste tile reeds aanwezig is en zo
niet dan wordt de WMS-server benaderd.

Ik hoop dat je er wat mee kunt.

Succes,
Peter.

Op 26-5-2011 11:47, Jacco Wanders schreef:

Beste OSM gebruikers,

Dankzij Peter Uithuizen en de handleidingen van Martijn Exel en Just
is het gelukt om in Ubuntu mbv Postgis, osm2pgsql, mapnik en
Tilecache, OSM tiles in RD te produceren.

http://osm.mr-hosting.nl/cgi-bin/tilecache.cgi/1.0.0/osm_28992/1/0/2.png
https://mail.engineers.nl/exchweb/bin/redir.asp?URL=http://osm.mr-hosting.nl/cgi-bin/tilecache.cgi/1.0.0/osm_28992/1/0/2.png

Ik wil echter een wms service aanmaken zodat ik osm o.a. als een
achtergond kan inlezen in b.v ArcGis, Mapguide. Omdat ik een dummy ben
op dit /technisch/ vakgebied snap ik niet zo goed wat ik nou verder
moet doen. Zit ik op de goede weg mbt onderstaande punten?

a.Een osm wms service moet bestaan uit een combinatie van Tilecache en
mapserver (beiden zijn geïnstalleerd).

b.Tilecache.cfg aanpassen mbt het opnemen van wms basic

osm_28992

type=Mapnik

mapfile=/home/osm/mapnik/osm.xml

spherical_mercator=false

resolutions=2187,729,243,81,48.6,27,16.2,9,5.4,3,1.8,1,0.6

size=250,250

metatile=true

bbox=0,0,405000,81

srs=EPSG:28992

[basic]

type=WMS

url=http://osm.mr-hosting.nl/wms/vmap0

extension=png

vragen

naar welke mapfile moet ik linken in veld url? deze misschien
/home/osm/mapnik/osm.xml

heeft iemand een voorbeeld configuratie/handleiding mbt instellingen
in Tilecache enof mapserver?

Ik hoop dat iemand tips heeft om de laatste stappen van dit
langdurige, maar leerzame hobbyproject succesvol af te ronden!

Jacco Wanders

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

[OSM-talk-nl] omtagging motorway_links door It's so funny


Beste medemappers,

Nog een alert van mijn kant... De gebruiker It's so funny heeft in de 
afgelopen weken overal in NL de ref en name van heel veel motorway_links 
omgetagd... Verbindingsbogen tussen twee snelwegen hebben nu ref={van} 
- {naar} maar soms ook wel ref={naar} - {var} ; afritten (de 
ways, niet de node bij de splitsing) hebben nu ref={afritnummer} en 
name={afritnaam}. Hoewel dit vermoedelijk niet geautomatiseerd 
gebeurt, heeft het veel weg van een bulk import (het is in feite een 
bulk edit) . Het is mij opgevallen omdat hij net aan de regio Maarssen 
toegekomen is. Persoonlijk ben ik er niet zo blij mee; ik maak veel 
gebruik van mkgmap en weet dat ik hierdoor een aantal uren werk aan 
mkgmap voor de boeg heb om o.a. de gesproken rijinstructies weer 
redelijk te krijgen...


Verder zijn veel parallelrijbanen van snelwegen (o.a. de A2 en A12 bij 
Utrecht) van motorway in motorway_link gewijzigd, dit ondanks de 
nadrukkelijke aanwijzing in de wiki.


Ik heb een PM gestuurd met het verzoek om inzichtelijk te maken welke 
logica hierachter zit zodat we dit met z'n alle kunnen toetsen (en dan 
ook gelijk de wiki bijwerken!).


Of ben ik de enige die deze actie raar vindt? Hoe dan ook, doe er je 
voordeel mee zou ik zeggen...


Colin




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

Re: [OSM-talk-nl] omtagging motorway_links door It's so funny

2011-05-26 Thread Floris Looijesteijn

Voorbeeld;

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

Ik vind dat inderdaad ook niet echt mooi...

Ik stuur hem even een berichtje via osm.org voor het geval die niet op
de mailinglist zit.

Groet,
Floris

2011/5/26 Colin Smale colin.sm...@xs4all.nl:
 Beste medemappers,

 Nog een alert van mijn kant... De gebruiker It's so funny heeft in de
 afgelopen weken overal in NL de ref en name van heel veel motorway_links
 omgetagd... Verbindingsbogen tussen twee snelwegen hebben nu ref={van} -
 {naar} maar soms ook wel ref={naar} - {var} ; afritten (de ways, niet
 de node bij de splitsing) hebben nu ref={afritnummer} en
 name={afritnaam}. Hoewel dit vermoedelijk niet geautomatiseerd gebeurt,
 heeft het veel weg van een bulk import (het is in feite een bulk edit) . Het
 is mij opgevallen omdat hij net aan de regio Maarssen toegekomen is.
 Persoonlijk ben ik er niet zo blij mee; ik maak veel gebruik van mkgmap en
 weet dat ik hierdoor een aantal uren werk aan mkgmap voor de boeg heb om
 o.a. de gesproken rijinstructies weer redelijk te krijgen...

 Verder zijn veel parallelrijbanen van snelwegen (o.a. de A2 en A12 bij
 Utrecht) van motorway in motorway_link gewijzigd, dit ondanks de
 nadrukkelijke aanwijzing in de wiki.

 Ik heb een PM gestuurd met het verzoek om inzichtelijk te maken welke logica
 hierachter zit zodat we dit met z'n alle kunnen toetsen (en dan ook gelijk
 de wiki bijwerken!).

 Of ben ik de enige die deze actie raar vindt? Hoe dan ook, doe er je
 voordeel mee zou ik zeggen...

 Colin




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


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

Re: [OSM-talk-nl] omtagging motorway_links door It's so funny

2011-05-26 Thread Oliver Heesakkers

On Thursday 26 May 2011 21:29:38 Colin Smale wrote:
 Nog een alert van mijn kant... De gebruiker It's so funny heeft in de 
 afgelopen weken overal in NL de ref en name van heel veel motorway_links 
 omgetagd... Verbindingsbogen tussen twee snelwegen hebben nu ref={van} 
 - {naar} maar soms ook wel ref={naar} - {var} ; afritten (de 
 ways, niet de node bij de splitsing) hebben nu ref={afritnummer} en 
 name={afritnaam}. Hoewel dit vermoedelijk niet geautomatiseerd 
 gebeurt, heeft het veel weg van een bulk import (het is in feite een 
 bulk edit) . Het is mij opgevallen omdat hij net aan de regio Maarssen 
 toegekomen is. Persoonlijk ben ik er niet zo blij mee; ik maak veel 
 gebruik van mkgmap en weet dat ik hierdoor een aantal uren werk aan 
 mkgmap voor de boeg heb om o.a. de gesproken rijinstructies weer 
 redelijk te krijgen...
 
 Verder zijn veel parallelrijbanen van snelwegen (o.a. de A2 en A12 bij 
 Utrecht) van motorway in motorway_link gewijzigd, dit ondanks de 
 nadrukkelijke aanwijzing in de wiki.

Ik kon me herinneren wijzigingen te hebben gezien bij ITO, maar pas met
jouw waarschuwing heb ik de wijzigingen van It's so funny grotendeels
ongedaan gemaakt rondom Eindhoven.

Ik weet dat Garmin-gebruikers juist wel zouden zitten te wachten op
*_link ivm de gesproken instructies. Zelf heb ik geen Garmin, dus daar
blijf ik nog maar even buiten (ik zie dat motorway_link hier al langer
gebruikt wordt).

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

Re: [OSM-talk-nl] omtagging motorway_links door It's so funny


On 26/05/2011 22:15, Oliver Heesakkers wrote:

Ik weet dat Garmin-gebruikers juist wel zouden zitten te wachten op
*_link ivm de gesproken instructies. Zelf heb ik geen Garmin, dus daar
blijf ik nog maar even buiten (ik zie dat motorway_link hier al langer
gebruikt wordt).
Dingen opzettelijk verkeerd taggen om een bepaald resultaat uit de 
renderer te krijgen - dat is natuurlijk not done ondanks de mooie 
bedoelingen...


Ik heb zelf een Garmin en maak mijn eigen kaarten. Ik rij er elke dag 
mee. De navigatie is uitstekend, en ik kan echt niet klagen over de 
actualiteit! De gesproken instructies zijn vooralsnog afgeleid van de 
ref en name waarden en is inderdaad voor verbetering vatbaar, maar dat 
vergt meer kennis van het inwendige van het Garmin mapformaat dan op dit 
moment voorhanden is. Dat truukje met motorway als motorway_link taggen 
is natuurlijk ook uit den boze. Als ik het in OSM tegenkom, zet ik het 
recht. De enige juiste plek om dit aan te pakken, is in mkgmap.


Colin


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

Re: [OSM-talk-nl] omtagging motorway_links door It's so funny


On 26/05/2011 23:18, Floris Looijesteijn wrote:

motorway_link is toch juist voor de verbindingsstukken tussen 2 snelwegen?
wat bedoel je met dat 'trucje'?

gr,
floris
motorway_link is natuurlijk ook voor op- en afritten, en toegangswegen 
naar verzorgingsplaatsen...


Het trucje is dat het eerste stukje motorway na de afsplitsing van een 
afrit ook als motorway_link getagd wordt (i.p.v. motorway zoals het 
hoort). De splitsing wordt dan door de Garmin gezien als tussen twee 
gelijkwaardige wegen of zo waardoor je meer of minder links aanhouden 
of rechts aanhouden te horen krijgt. Zelf vind ik dat de Garmin maps 
uitstekend werken en de soms eigenaardig klinkende instructies neem ik 
op de koop toe. Maar met het juist en consequent taggen is er een hoop 
verbeterng mogelijk, zeker door soms triviale wijzigingen te maken in de 
styles van mkgmap. Maar wanneer een ref (aangenomen wordt dat dit op 
een highway gewoon het officielewegnummer hoort te zijn) ineens een 
ingewikkelde structuur krijgt, mag je Java-skills weer afstoffen...


Het is ook op primary/primary_link, secondary/secondary_link etc etc op 
vergelijkbare wijze toegepast.


Nog overgebleven voorbeeld in de buurt van Eindhoven (met dank aan Oliver):

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

Colin



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

Re: [OSM-talk-nl] omtagging motorway_links door It's so funny

2011-05-26 Thread Floris Looijesteijn

ik snap het nog steeds niet. in dat voorbeeld is het toch ook een
secondary_link?
hij verbindt toch een secondary (Park Forum) met een andere secondary
(Flight Forum)?

de user heeft trouwens gereageerd maar zit niet op talk-nl.
hij is zich van geen kwaad bewust en lijkt een advies van de duitse
osm te volgen?

gr,
floris

2011/5/26 Colin Smale colin.sm...@xs4all.nl:
 On 26/05/2011 23:18, Floris Looijesteijn wrote:

 motorway_link is toch juist voor de verbindingsstukken tussen 2 snelwegen?
 wat bedoel je met dat 'trucje'?

 gr,
 floris

 motorway_link is natuurlijk ook voor op- en afritten, en toegangswegen naar
 verzorgingsplaatsen...

 Het trucje is dat het eerste stukje motorway na de afsplitsing van een afrit
 ook als motorway_link getagd wordt (i.p.v. motorway zoals het hoort). De
 splitsing wordt dan door de Garmin gezien als tussen twee gelijkwaardige
 wegen of zo waardoor je meer of minder links aanhouden of rechts
 aanhouden te horen krijgt. Zelf vind ik dat de Garmin maps uitstekend
 werken en de soms eigenaardig klinkende instructies neem ik op de koop toe.
 Maar met het juist en consequent taggen is er een hoop verbeterng mogelijk,
 zeker door soms triviale wijzigingen te maken in de styles van mkgmap. Maar
 wanneer een ref (aangenomen wordt dat dit op een highway gewoon het
 officielewegnummer hoort te zijn) ineens een ingewikkelde structuur
 krijgt, mag je Java-skills weer afstoffen...

 Het is ook op primary/primary_link, secondary/secondary_link etc etc op
 vergelijkbare wijze toegepast.

 Nog overgebleven voorbeeld in de buurt van Eindhoven (met dank aan Oliver):

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

 Colin



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


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

Re: [OSM-talk-nl] omtagging motorway_links door It's so funny

2011-05-26 Thread Martien Scheepens

De Duitsers hebben inderdaad een eigen schema voor het mappen van snelwegen
met een ref=afritnummer op de motorway_links.
Guckst du hier http://wiki.openstreetmap.org/wiki/Autobahn (het puntje dat
met 'Zubringer' begint bij algemene dingen)

Groeten,

Martien


2011/5/27 Floris Looijesteijn o...@floris.nu

 ik snap het nog steeds niet. in dat voorbeeld is het toch ook een
 secondary_link?
 hij verbindt toch een secondary (Park Forum) met een andere secondary
 (Flight Forum)?

 de user heeft trouwens gereageerd maar zit niet op talk-nl.
 hij is zich van geen kwaad bewust en lijkt een advies van de duitse
 osm te volgen?

 gr,
 floris

 2011/5/26 Colin Smale colin.sm...@xs4all.nl:
  On 26/05/2011 23:18, Floris Looijesteijn wrote:
 
  motorway_link is toch juist voor de verbindingsstukken tussen 2
 snelwegen?
  wat bedoel je met dat 'trucje'?
 
  gr,
  floris
 
  motorway_link is natuurlijk ook voor op- en afritten, en toegangswegen
 naar
  verzorgingsplaatsen...
 
  Het trucje is dat het eerste stukje motorway na de afsplitsing van een
 afrit
  ook als motorway_link getagd wordt (i.p.v. motorway zoals het hoort). De
  splitsing wordt dan door de Garmin gezien als tussen twee gelijkwaardige
  wegen of zo waardoor je meer of minder links aanhouden of rechts
  aanhouden te horen krijgt. Zelf vind ik dat de Garmin maps uitstekend
  werken en de soms eigenaardig klinkende instructies neem ik op de koop
 toe.
  Maar met het juist en consequent taggen is er een hoop verbeterng
 mogelijk,
  zeker door soms triviale wijzigingen te maken in de styles van mkgmap.
 Maar
  wanneer een ref (aangenomen wordt dat dit op een highway gewoon het
  officielewegnummer hoort te zijn) ineens een ingewikkelde structuur
  krijgt, mag je Java-skills weer afstoffen...
 
  Het is ook op primary/primary_link, secondary/secondary_link etc etc op
  vergelijkbare wijze toegepast.
 
  Nog overgebleven voorbeeld in de buurt van Eindhoven (met dank aan
 Oliver):
 
  http://www.openstreetmap.org/browse/way/8024692
 
  Colin
 
 
 
  ___
  Talk-nl mailing list
  Talk-nl@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-nl
 

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

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

Re: [OSM-talk-nl] omtagging motorway_links door It's so funny

Reactie van zijn kant, met mijn reactie daarop: Als iemand vindt dat ik
het bij het verkeerde eind heb, grijpe dan in!

Colin

Hi, allereerst bedankt voor je reactie en het willen aangaan van de
discussie!

On 2011-05-26 21:32:30 UTC It's so funny wrote:

Tuurlijk wil ik dat ff uitleggen:

- ongeveer 95% van de links zijn tot nog toe niet getagd met ref of

name (blijkbaar zijn die dus niet echt 'in schwung'

Hoe kom je aan 95%? Maar serieus, het klopt inderdaad dat het niet
overal ingevuld was. Maar op heel veel plaatsen wel, en de systematiek
die gebruikt werd (en de vele uren werk van talloze mappers) heb jij
gewoon opzij geschoven en vervangen met je eigen ideeen. Het was
wellicht beter geweest om de bestaande systematiek voort te zetten, of
een alternatief in de groep te gooien door het op de gebruikelijke wijze
in de mailinglijst of op het forum te posten en te solliciteren naar
reacties.

- volgens map features is een 'useful oombination' om de name tag te

gebruiken
Als dat stukje weg een name heeft...Maar in de meeste gevallen heeft de
afritweg zelf geen naam (wat jij invult is denk ik strict genomen de
naam van de afrit, en niet de naam van de weg), maar wel een bestemming.
Destination staat ook bij useful combinations.

- eveneens volgens map features is het (in Duitsland) gebruikelijk om

de ref tag te gebruiken

Klopt, maar die wordt consequent gevuld met de ref van de snelweg waar
de link naartoe leidt, en niet zoiets geknutselds als A2 A12. Ik hoef
je er uiteraard niet aan te herinneren dat wij hier natuurlijk ook in
Nederland zijn, en mogen/kunnen onze eigen conventies hebben.

Kijk maar op de Duitse wiki naar de
aanbevelingen:http://wiki.openstreetmap.org/wiki/DE:Germany_roads_tagging#Autobahnkreuz.2F_Autobahndreieck.2F_Autobahnauffahrt

Autobahnkreuz/ Autobahndreieck/ Autobahnauffahrt
Empfohlene Tags für ein Autobahnkreuz:
highway=motorway_link
oneway=yes
ref=Nummer der Zielautobahn
Die durchgehenden Autobahnlinien sollten weiterhin als solche
gekennzeichnet werden. Nur die Verbindungswege zwischen den Autobahnen
(Kleeblätter) sollten als motorway_link gekennzeichnet werden.
Autobahnauffahrten sollten ab dem Autobahnschild als motorway_link
gekennzeichnet werden. Im Gegensatz zu den Verbindungswegen innerhalb
von Autobahnkreuzen/dreiecken sind hier Passagen mit Gegenverkehr
durchaus möglich. Typischerweise ist das der erste Abschnitt nahe der
untergeordneten Straße ab dem Autobahnschild, wenn er als Doppelfahrbahn
mit durchgezogener Linie ausgeführt ist. Bitte bei den Auffahrten ganz
allgemein genau auf die Richtung der Segmente und die Vergabe des
oneway-Tags achten!
Einfädelspuren (Beschleunigungsstreifen) sollten wie sonstige
Sonderfahrspuren (z.B. Abbiegespuren) behandelt- und nicht als eigene
Segmente eingetragen werden. Der Knotenpunkt sollte an den Punkt gesetzt
werden, an dem Zubringer und Autobahn sich treffen. Das ist bei
Einfahrten der Anfang der Einfädelspur und bei Ausfahrten deren Ende.
Damit eine Navigationssoftware richtig ansagen kann, Verlassen sie hier
die A 2 nach rechts auf die A 7, muß der Motorway Link von der A 2 auf
die A 7 bereits als A 7 benannt werden.

- en de motorway_junction nodes van AND gebruiken eveneens de ref en

de name

Maar een node is geen way. Mapnik en osmarender gebruiken de nodes voor
labels bij de afritten. Mkgmap gebruikt ze ook om de afrit als een POI
te definieren (als ik me goed herinner) zodat je op afritnummer kan
zoeken. Overal worden de ref en name van de way gebruikt.

Heb jij voorbeelden waar het nu echt mis gaat?

Je hoeft niet te wachten tot het misgaat

* De ref op verbindingsbogen tussen twee snelwegen hoort de ref van de
doelsnelweg te zijn (af te leiden van borden boven de rijbaan), volgens
de door jou aangehaalde Duitse norm en volgens NL gebruik (voor jouw
wijzigingen)
* Parallelrijbanen (wanneer ze een doorgaande functie hebben) horen
motorway te zijn en niet motorway_link
* Op- en afritten horen (in de meeste gevallen) geen name te hebben op
de weg zelf, maar wel een destination en een motorway_junction node.

Colin

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

Re: [OSM-talk-nl] omtagging motorway_links door It's so funny


On 27/05/2011 00:12, Floris Looijesteijn wrote:

ik snap het nog steeds niet. in dat voorbeeld is het toch ook een
secondary_link?
hij verbindt toch een secondary (Park Forum) met een andere secondary
(Flight Forum)?
Het voorbeeld zat toevallig op mijn klembord omdat een andere offline 
reactie die bevatte. Zoals ik het zie is het een segment van een 
doorgaande secondary. Als je naar de tags kijkt lees je ook:


note=secondary_link ivm verbeterde gesproken navigatie in Garmin


de user heeft trouwens gereageerd maar zit niet op talk-nl.
hij is zich van geen kwaad bewust en lijkt een advies van de duitse
osm te volgen?

Ik heb inmiddels ook een reactie binnen...deze heb ik gepost als reply 
op mijn eerste post.





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

[talk-au] Fwd: [Aust-NZ] Open public sector information principles launched [SEC=UNCLASSIFIED]

-- Forwarded message --
From: Bruce Bannerman b.banner...@bom.gov.au
Date: 26 May 2011 15:26
Subject: [Aust-NZ] Open public sector information principles launched
[SEC=UNCLASSIFIED]
To: OSGeo NZ/AU aust...@lists.osgeo.org

Fyi

http://www.cio.com.au/article/387826/open_public_sector_information_principl
es_launched/?eid=-601uid=111064

An extract:
==
The Australian Information Commissioner, John McMillan, has launched the
government's eight Principles on open public sector information.

According to McMillan, the principles  which have been developed by the
Office of the Australian Information Commissioner (OAIC) through a process
of public consultation  recognise government information as a national
resource that should be published for community access and use.

These Principles set out the central values of open public sector
information  that it be freely available, easily discoverable,
understandable, machine-readable and reusable, McMillan said in a
statement.
===

Bruce

___
Aust-NZ mailing list
aust...@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/aust-nz

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

Re: [talk-au] Fwd: [Aust-NZ] Open public sector information principles launched [SEC=UNCLASSIFIED]

2011-05-26 Thread Alex (Maxious) Sadleir

http://www.oaic.gov.au/publications/agency_resources/principles_on_psi_short.html

Principle 1: Open access to information - a default position

Information held by Australian Government agencies is a valuable
national resource. If there is no legal need to protect the
information it should be open to public access. Information
publication enhances public access. Agencies should use information
technology to disseminate public sector information, applying a
presumption of openness and adopting a proactive publication stance.

Principle 6: Clear reuse rights

The economic and social value of public sector information is enhanced
when it is made available for reuse on open licensing terms. The
Guidelines on Licensing Public Sector Information for Australian
Government Agencies require agencies to decide licensing conditions
when publishing information online. The default condition should be
the Creative Commons BY standard, as recommended in the Intellectual
Property Principles for Australian Government Agencies, that apply to
agencies subject to the Financial and Management Accountability Act
1997. Additional guidance on selecting an appropriate licence is given
in the Australian Government Open Access and Licensing Framework
(AUSGOAL).

On Thu, May 26, 2011 at 5:14 PM, John Smith deltafoxtrot...@gmail.com wrote:

 -- Forwarded message --
 From: Bruce Bannerman b.banner...@bom.gov.au
 Date: 26 May 2011 15:26
 Subject: [Aust-NZ] Open public sector information principles launched
 [SEC=UNCLASSIFIED]
 To: OSGeo NZ/AU aust...@lists.osgeo.org


 Fyi

 http://www.cio.com.au/article/387826/open_public_sector_information_principl
 es_launched/?eid=-601uid=111064

 An extract:
 ==
 The Australian Information Commissioner, John McMillan, has launched the
 government's eight Principles on open public sector information.

 According to McMillan, the principles  which have been developed by the
 Office of the Australian Information Commissioner (OAIC) through a process
 of public consultation  recognise government information as a national
 resource that should be published for community access and use.

 These Principles set out the central values of open public sector
 information  that it be freely available, easily discoverable,
 understandable, machine-readable and reusable, McMillan said in a
 statement.
 ===

 Bruce

 ___
 Aust-NZ mailing list
 aust...@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/aust-nz

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

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

[talk-au] Redistricting 2.0: Cloud Lets Voters Take Part

CWmike writes As the 2010 U.S. census results arrived, Los Angeles
County's politicians started ramping up for redistricting — the
once-a-decade, computing-intensive, often contentious process of
geographically carving up the populace into discrete parcels of
voters. In the past, such decisions were made by politicians using
expensive computer systems and software. Participation in the process
was limited to an elite few who could afford experts who understood
redistricting's arcane rules and GIS technology well enough to game
them. This year, however, it won't just be the politicians and special
interest groups poring over the data and tweaking boundary lines. All
4.5 million registered voters in LA County have access to a
cloud-based redistricting application called the Public Access Plan
that lets voters view and modify existing maps and boundaries, submit
comments, and even create and submit their own plans from scratch. LA
County is among the first government entities to consider providing
Web-based tools that allow for direct public participation. 'This
notion of public access has changed quite dramatically,' says Tim
Storey, a senior fellow at the National Conference of State
Legislatures. 'Throwing that wide open is a big step.' The big
question now is whether the public will use it.

http://politics.slashdot.org/story/11/05/25/1719206/Redistricting-20-Cloud-Lets-Voters-Take-Part?utm_source=rss1.0utm_medium=feed

Ok, not about Australian political boundaries, but why shouldn't our
politicians be held to the same accountability.

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

[Talk-de] Punkt Haus oder Grundstück

2011-05-26 Thread Markus


_Hotel_
Im Wiki steht: zeichne einen Punkt in der Mitte des Gebäudes.
Meist ist aber das ganze Gebäude das Hotel.
Wäre es da nicht sinnvoller, das Gebäude so zu bezeichnen?

Bei Kempinski und Co besteht das Hotel meist aus einen riesigen 
Gelände, mit Pool, Badestrand und Golfplatz.

Oft eingezäunt oder eingemauert.

Wäre es da nicht sinnvoll, das ganze Grundstück als Hotel zu bezeichnen?
Und die Häuser ggf. spezifisch als Zimmertrakt, Restaurant, Bungalow, 
Seminarhaus, Kongresscenter, Bar, etc.?


Bei Schule, Uni, Krankenhaus und Firma ist es ähnlich - aber alles 
irgendwie ohne System:


_Schule_
Im Wiki steht: zeichne einen Punkt in der Mitte des Gebäudes.
Alternativ könne auch das Gebäude bezeichnet werden, oder das Gelände.
Vorgeschlagen wird amenity=hospital oder building=hospital.

_Firma_
Firm(a) gibt es im Wiki nicht, auch nicht factory, company, business, 
refinery.

Es gibt shop, office, industrial, retail, craft, marketplace, works, ...
Industrial und retail sind landuse
(wird aber nicht weiter unterschieden),
marketplace ist amenity,
works ist man_made,
craft ist ein eigener Schlüssel.


Vorschlag:
- keine Punkte
  Ausnahmen:
-- es gibt keine guten Luftbilder
-- mehrere Hotels etc in einem Gebäude
- Gebäude als buildinguse=hotel
- Gelände als landuse=hotelarea

Gruss, Markus



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

Re: [Talk-de] Punkt Haus oder Grundstück

2011-05-26 Thread Bernd Wurst

Hallo.

Am 2011-05-26 08:29 schrieb Markus:
 _Hotel_
 Im Wiki steht: zeichne einen Punkt in der Mitte des Gebäudes.
 Meist ist aber das ganze Gebäude das Hotel.
 Wäre es da nicht sinnvoller, das Gebäude so zu bezeichnen?
 
 Bei Kempinski und Co besteht das Hotel meist aus einen riesigen 
 Gelände, mit Pool, Badestrand und Golfplatz.
 Oft eingezäunt oder eingemauert.
 
 Wäre es da nicht sinnvoll, das ganze Grundstück als Hotel zu
 bezeichnen? Und die Häuser ggf. spezifisch als Zimmertrakt,
 Restaurant, Bungalow, Seminarhaus, Kongresscenter, Bar, etc.?

Je größer das Areal wird, umso mehr muss man Micromapping betreiben um
überhaupt noch einen echten Wert zu erhalten.

Will sagen: Wenn ich ein Hotel suche, dann suche ich meistens den
Eingang bzw. die Rezeption. Wenn das gesamte Gelände recht groß ist,
muss man den Eingang bzw. die Rezeption irgendwie kenntlich machen,
damit ein Router mich dort hin führen kann.

Mit dem momentanen Stand der Datennutzung macht es daher durchaus Sinn,
den Hotel-Tag irgendwie so zu setzen dass klar ist, wo sich der Eingang
befindet.

Gruß, Bernd

-- 
Am Ende sind alle Probleme der Wirtschaft Personalprobleme.
  -  Alfred Herrhausen (dt. Bankier)


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

Re: [Talk-de] Punkt Haus oder Grundstück

2011-05-26 Thread Markus


Hallo Bernd,

danke für diese wichtige Ergänzung:

den Eingang bzw. die Rezeption irgendwie kenntlich machen,
damit ein Router mich dort hin führen kann.


Aber wie macht man das sinnvollerweise?
(bitte im de:Wiki beschreiben)

Danke, Markus

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

Re: [Talk-de] Punkt Haus oder Grundstück

2011-05-26 Thread Bernd Wurst

Hallo.

Am 2011-05-26 08:47 schrieb Markus:
 danke für diese wichtige Ergänzung:
  den Eingang bzw. die Rezeption irgendwie kenntlich machen,
  damit ein Router mich dort hin führen kann.  
 
 Aber wie macht man das sinnvollerweise?
 (bitte im de:Wiki beschreiben)

Momentan wird von den einschlägigen Programmen sicherlich nur das
Haupt-Tag benutzt und (bei Flächen) die geometrische Mitte berechnet.

Es gibt barrier=entrance für einen Eingang, aber größere Anlagen
haben wohl auch mehrere Eingänge die für den unkundigen Besucher nicht
gleichwertig sind.

Die pragmatische Lösung wäre also, für das was den Touristen maßgeblich
interessiert, nämlich die Rezeption, tourism=hotel als Punkt zu setzen
und für alles andere andere, vermutlich bisher nicht etablierte Tags zu
setzen.

Man mag das als Tagging für * sehen, aber der Preis einer anderen
Lösung ist dass es zum jetzigen Zeitpunkt eben nirgends so erscheint
wie es gewünscht ist.

Gruß, Bernd

-- 
Bahnübergänge sind die härtesten Drogen der Welt.
Ein Zug und du bist weg!


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

Re: [Talk-de] Punkt Haus oder Grundstück

2011-05-26 Thread André Riedel

Am 26. Mai 2011 08:55 schrieb Bernd Wurst be...@bwurst.org:
 Es gibt barrier=entrance für einen Eingang, aber größere Anlagen
 haben wohl auch mehrere Eingänge die für den unkundigen Besucher nicht
 gleichwertig sind.

Es gibt auch noch das Proposal entrance, bei welchen man den
Haupteingang mit entrance=main kennzeichnen kann.

Ciao André

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

Re: [Talk-de] Punkt Haus oder Grundstück

2011-05-26 Thread Markus


Hallo Bernd,


Momentan wird von den einschlägigen Programmen sicherlich nur das
Haupt-Tag benutzt und (bei Flächen) die geometrische Mitte berechnet.


Darüber habe ich im Wiki nichts gefunden.
Wäre gut, bei den Beschreiungen der Schlüssel auch immer gleich eine 
Beschreibung der Wirkung in Mapnik zu haben.



barrier=entrance für einen Eingang
aber größere Anlagen haben wohl auch mehrere Eingänge


Hier sieht man den Eingang anhand der Zufahrsstrasse und der Schleife 
vor der Rezeption:

http://www.openstreetmap.org/?lat=26.84723lon=33.99014zoom=16
Könnte man ergänzen mit entrance=main.

rot wird die Fläche durch landuse=retail (was m.E. unpassend ist)
grün wird es durch construction=yes (rechts)
links habe ich construction gelöscht (aber das Grün bleibt und verdeckt 
das building)


Aber was nehme ich für die Gesamtfläche?
(sinnvollerweise ein Attribut, das in das Gesamtschema passt)

Gruss, Markus

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

Re: [Talk-de] Punkt Haus oder Grundstück

2011-05-26 Thread Henning Scholland


Hallo

Am 26.05.2011 09:49, schrieb Markus:

Hallo Bernd,


Momentan wird von den einschlägigen Programmen sicherlich nur das
Haupt-Tag benutzt und (bei Flächen) die geometrische Mitte berechnet.


Darüber habe ich im Wiki nichts gefunden.
Wäre gut, bei den Beschreiungen der Schlüssel auch immer gleich eine 
Beschreibung der Wirkung in Mapnik zu haben.
Das wäre gar nicht gut. Mapnik ist ein Auswerter von vielen. Die Daten 
müssen korrekt und einheitlich in die Datenbank, sodass jeder aus den 
Daten das machen kann was er möchte. Es gibt auch noch das Tag 
building=entrance und es gibt Proposals zu Relationen, die eine 
Verknüpfung von Eingang und Objekt herstellen.


Henning


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

Re: [Talk-de] Punkt Haus oder Grundstück

2011-05-26 Thread Bernd Wurst

Nein.

Am 2011-05-26 09:49 schrieb Markus:
 Wäre gut, bei den Beschreiungen der Schlüssel auch immer gleich eine 
 Beschreibung der Wirkung in Mapnik zu haben.

Das resultiert dann wirklich in ein Tagging für Mapnik.

Mir geht es nebenbei bemerkt nicht um Mapnik, ja noch nicht einmal um
eine Kartendarstellung allgemein. Sondern darum, wohin z.B. ein
Auto-Navi mich führen möchte. Und wenn ich da auf der falschen Seite
des Golfplatzes parke, kann das umständlich werden. ;-)

Gruß, Bernd

-- 
Make something idiot proof and someone will make a better idiot.


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

[Talk-de] Abnahme OSM-Userzahl vor einem Jahr?

2011-05-26 Thread SB79

Hallo,

sofern diese Frage schonmal hier beantwortet wurde, entschuldige ich 
mich für meine Mail (kann die Antwort im Archiv gerade nicht 
finden):

Ich habe mir die Anzahl der registrierten OSM-User über die Zeit 
angesehen:

http://wiki.openstreetmap.org/wiki/File:Osmdbstats1.png

Dabei ist mir aufgefallen, dass vor rund einem Jahr ein plötzlicher 
Abfall der Zahl der registrierten OSM User aufgetreten ist. Weiß jemand 
von euch Bescheid, was vor einem Jahr war und wie es zu diesem Abfall 
kam?

Neugierig,
Stephan
-- 
sb-lis...@gmx-topmail.de

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

Re: [Talk-de] Abnahme OSM-Userzahl vor einem Jahr?

2011-05-26 Thread Frederik Ramm


Hi,

On 05/26/2011 10:55 AM, SB79 wrote:

Dabei ist mir aufgefallen, dass vor rund einem Jahr ein plötzlicher
Abfall der Zahl der registrierten OSM User aufgetreten ist. Weiß jemand
von euch Bescheid, was vor einem Jahr war und wie es zu diesem Abfall
kam?


Da haben die Admins einen neuen Antispam-Mechanismus eingebaut und bei 
der Gelegenheit alle User, die sich nur registriert hatten, um Spam in 
ihr Profil zu schreiben, geloescht.


Bye
Frederik


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

Re: [Talk-de] Abnahme OSM-Userzahl vor einem Jahr?

2011-05-26 Thread Simon Poole


http://lists.openstreetmap.org/pipermail/dev/2010-May/019403.html

Am 26.05.2011 10:55, schrieb SB79:

Hallo,

sofern diese Frage schonmal hier beantwortet wurde, entschuldige ich
mich für meine Mail (kann die Antwort im Archiv gerade nicht
finden):

Ich habe mir die Anzahl der registrierten OSM-User über die Zeit
angesehen:

http://wiki.openstreetmap.org/wiki/File:Osmdbstats1.png

Dabei ist mir aufgefallen, dass vor rund einem Jahr ein plötzlicher
Abfall der Zahl der registrierten OSM User aufgetreten ist. Weiß jemand
von euch Bescheid, was vor einem Jahr war und wie es zu diesem Abfall
kam?

Neugierig,
Stephan



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

Re: [Talk-de] Abnahme OSM-Userzahl vor einem Jahr?

2011-05-26 Thread SB79

Hallo,

ich danke Dir und Simon für die Info! :-)

Gruß,
Stephan
-- 
sb-lis...@gmx-topmail.de

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

Re: [Talk-de] Bahnstrecke vs. Gleis

2011-05-26 Thread Garry


Am 25.05.2011 22:17, schrieb Felix Hartmann:



On 25.05.2011 12:07, Garry wrote:

Am 24.05.2011 17:40, schrieb Torsten Leistikow:

Garry schrieb am 24.05.2011 17:09:
In die eine Richtung ist es eine Detailverbesserung, in die andere 
würde

sicher nicht nur ich es als Vandalismus
ansehen...
In beiden Richtungen wird Information zerstoert, die von 
unterschiedlichen
Auswertungen genutzt werden. Letztendlich werden die meisten 
Kartenansichten
durch das detailliertere Mapping schlechter und nicht besser, so 
dass die

Sichtweise des Vandalismus alles andere als eindeutig ist.
Da wir nicht für den Renderer taggen können wir auch keinen 
Vandalismus an den Kartenansichten

tätigen ;-)

Du hast da katastrophal was falsch verstanden. Der Satz wir taggen 
nicht für die Renderer bedeutet. Wir taggen nicht so, dass Fehler vom 
Renderer verschleiert werden, bzw wir taggen nicht für spezielle 
Renderer.



Smiley übersehen?
Wir sollten aber sehr wohl so taggen, dass man mit für den Renderer 
zumutbarem Aufwand eine korrekte Karte rendern kann. Daher braucht es 
eben Lösungen, um für Zoomstufen mit weniger Details, auch noch 
korrekte Daten aus OSM herausfiltern zu können.
OSM ist kein Gemälde in Weltgrößesondern noch immer primär eine 
Datenbank (und wenn eine Datenbank nicht logisch aufgebaut ist, dann 
ist sie Schrott, ganz einfach)
Ich verstehe nicht warum bei railway es jetzt plötzlich ein Problem 
sein soll was bei Autobahnen von Anfang an praktiziert wurde.


Garry

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

Re: [Talk-de] Kein Micromapping mit landuse

2011-05-26 Thread fly

Am 25.05.2011 19:52, schrieb Stephan Wolff:
 Am 25.05.2011 17:42, schrieb M∡rtin Koppenhoefer:
 Am 25. Mai 2011 00:41 schrieb Stephan Wolffs.wo...@web.de:
 Am 24.05.2011 18:52, schrieb Flaimo:
 
 Hast Du mal ein
 Beispiel, wo es störend ist, den landuse kleinteiliger zu erfassen,
 und wo es daher sinnvoll ist, Teilflächen falsch zu klassifizieren,
 damit die Daten besser sein sollen?
 
 den landuse gibt es nicht. Es gibt verschiedene Ebenen der Beschreibung:
 - das Industriegebiet
 - das Firmengrundstück
 - das Werksgebäude
 - den Bürotrakt
 - das Einzelzimmer
 - die Fensterbank
 - den Blumentopf
 Jede Ebene kann man als Fläche beschreiben und keine ersetzt die
 anderen Ebenen. Jede Beschreibung ist falsch auf den darunterliegenden
 Ebenen.
 Der OSM-Key landuse beschreibt die Gebietsebene.
 
 - erklären, wie er die die bisherige Information (z.B. Gebietsnamen)
   erhalten will

 verstehe ich nicht, wo da ein Problem sein soll. Multipolygone kennst

 Meinst du Relationen? Eine Relation Waldsiedlung bestehend aus 250
 Einzelgrundstücken?

Ich habe allerdings ein Problem mit der Namensanzeige. Wenn die
admin-Grenzen und das Wohngebiet die gleichen Namen haben wird der Namen
zweimal angezeigt. Häufig kommt dazu noch ein place-node.

Auch habe ich manchmal kleine Inseln die zu Gebieten gehören. Bei
multipolygonen kann entweder in jede Fläche einzeln oder im Mittelpunkt
der Namen angezeigt werden. Beides nicht immer sinnvoll.

Leider sind multipolygonen sind Rollen admin_centre und label bisher
unbekannt.

 dabei sollte man dann vielleicht auch mal definieren was
 überwiegend bedeutet
 Das Problem tritt ebenso bei jeder anderen Flächendefinition auf.
 Schon innerhalb eines Gebäudes kann es über- und nebeneinander
 verschiedene Nutzungen geben.

Genau das ist ein Problem. Es gibt auch Gewerbemischgebiete, und
landuse=commercial;industrial;residential
ist auch keine Lösung.

 Ich kann einen Sinn darin erkennen, eine bestimmte Nutzung für ein
 Grundstück festzulegen (wobei auch da in seltenen Fällen eine
 Zusatzinfo wünschenswert ist), aber nicht darin, abweichende
 Nutzungsarten und Flächen in einem Gebiet zu unterschlagen.
 
 Andere sehen einen Sinn in der Aufteilung von Wohn- und Industriegebiet.
 Niemand hat etwas dagegen, dass du die Nutzungsart der Grundstücke
 beschreibst. Aber verwende dazu einen anderen Key als landuse. Der
 Key ist schon vergeben.

+1

auf talk@ gabe es eine Diskussion über private (Vor-)Gärten. Das Ergenis
war: landuse=residential als große Fläche erhalten und
residential=garden bzw. garden=residential zu verwenden.

Gleiches kann ich mir gut für andere landuses vorstellen oder doch
gleich landcover verwenden.

Grüße fly

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

Re: [Talk-de] Bahnstrecke vs. Gleis

2011-05-26 Thread Torsten Leistikow

Garry schrieb am 26.05.2011 12:10:
 Ich verstehe nicht warum bei railway es jetzt plötzlich ein Problem
 sein soll was bei Autobahnen von Anfang an praktiziert wurde.

Zum Teil liegt es gerade eben daran, dass es bei railway nicht von Anfang an so
praktiziert wurde. Wenn man zum Vergleich die Karten von vor 1 Jahr hat und dann
sieht, dass die heutigen in dieser Beziehung schlechter geworden sind, dann muss
doch irgendwas hier nicht ganz richtig laufen.

Gruss
Torsten

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

Re: [Talk-de] Kein Micromapping mit landuse

2011-05-26 Thread Wolfgang

Hallo,
Am Donnerstag 26 Mai 2011 19:37:32 schrieb fly:
 Am 25.05.2011 19:52, schrieb Stephan Wolff:
  Am 25.05.2011 17:42, schrieb M∡rtin Koppenhoefer:
  Am 25. Mai 2011 00:41 schrieb Stephan Wolffs.wo...@web.de:
  Am 24.05.2011 18:52, schrieb Flaimo:
  Hast Du mal ein
  Beispiel, wo es störend ist, den landuse kleinteiliger zu erfassen,
  und wo es daher sinnvoll ist, Teilflächen falsch zu klassifizieren,
  damit die Daten besser sein sollen?
  
  den landuse gibt es nicht. Es gibt verschiedene Ebenen der
  Beschreibung: - das Industriegebiet
  - das Firmengrundstück
  - das Werksgebäude
  - den Bürotrakt
  - das Einzelzimmer
  - die Fensterbank
  - den Blumentopf
  Jede Ebene kann man als Fläche beschreiben und keine ersetzt die
  anderen Ebenen. Jede Beschreibung ist falsch auf den darunterliegenden
  Ebenen.
  Der OSM-Key landuse beschreibt die Gebietsebene.
  
  - erklären, wie er die die bisherige Information (z.B. Gebietsnamen)
  
erhalten will
  
  verstehe ich nicht, wo da ein Problem sein soll. Multipolygone kennst
  
  Meinst du Relationen? Eine Relation Waldsiedlung bestehend aus 250
  Einzelgrundstücken?
 
 Ich habe allerdings ein Problem mit der Namensanzeige. Wenn die
 admin-Grenzen und das Wohngebiet die gleichen Namen haben wird der Namen
 zweimal angezeigt. Häufig kommt dazu noch ein place-node.
 
 Auch habe ich manchmal kleine Inseln die zu Gebieten gehören. Bei
 multipolygonen kann entweder in jede Fläche einzeln oder im Mittelpunkt
 der Namen angezeigt werden. Beides nicht immer sinnvoll.
 
 Leider sind multipolygonen sind Rollen admin_centre und label bisher
 unbekannt.
 
  dabei sollte man dann vielleicht auch mal definieren was
  überwiegend bedeutet
  
  Das Problem tritt ebenso bei jeder anderen Flächendefinition auf.
  Schon innerhalb eines Gebäudes kann es über- und nebeneinander
  verschiedene Nutzungen geben.
 
 Genau das ist ein Problem. Es gibt auch Gewerbemischgebiete, und
 landuse=commercial;industrial;residential
 ist auch keine Lösung.
 
  Ich kann einen Sinn darin erkennen, eine bestimmte Nutzung für ein
  Grundstück festzulegen (wobei auch da in seltenen Fällen eine
  Zusatzinfo wünschenswert ist), aber nicht darin, abweichende
  Nutzungsarten und Flächen in einem Gebiet zu unterschlagen.
  
  Andere sehen einen Sinn in der Aufteilung von Wohn- und Industriegebiet.
  Niemand hat etwas dagegen, dass du die Nutzungsart der Grundstücke
  beschreibst. Aber verwende dazu einen anderen Key als landuse. Der
  Key ist schon vergeben.
 
 +1
 
 auf talk@ gabe es eine Diskussion über private (Vor-)Gärten. Das Ergenis
 war: landuse=residential als große Fläche erhalten und
 residential=garden bzw. garden=residential zu verwenden.
 
 Gleiches kann ich mir gut für andere landuses vorstellen oder doch
 gleich landcover verwenden.
 
...und ich hatte schon gehofft, dieser Blödsinn hätte ein Ende. Dann werden 
alle Städte gleichmäßig grün, denn auch vor Büros und Fabriken gibt es 
Gärten. Das wars dann mit der Unterscheidung der Nutzungsarten.

Gruß, Wolfgang

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

Re: [Talk-de] Bahnstrecke vs. Gleis

2011-05-26 Thread Frederik Ramm


Hi,

Torsten Leistikow wrote:

Zum Teil liegt es gerade eben daran, dass es bei railway nicht von Anfang an so
praktiziert wurde. Wenn man zum Vergleich die Karten von vor 1 Jahr hat und dann
sieht, dass die heutigen in dieser Beziehung schlechter geworden sind, dann muss
doch irgendwas hier nicht ganz richtig laufen.


Ja, also ich wuerd mal sagen, ist gut jetzt mit dem Gejammer, man muss 
das halt beim Rendern in den Griff kriegen.


Dass einzelne Gleise mit railway=rail gemappt werden, das hatte schon 
angefangen, als wir damals die erste Auflage unseres Buches gemacht 
haben; da war das erst nur an den Bahnhoefen, und es wirkte etwas 
seltsam, dass ein einzelner Way, der eine Trasse symbolisierte, sich an 
einem Bahnhof ploetzlich auffaecherte zu lauter Gleisen und dann hinter 
dem Bahnhof wieder zu einer Trasse zusammenlief - ziemlich unlogisch, 
aber ich habe immer angenommen, dass das halt ein voruebergehenden 
Zustand ist, bis irgendwann mal alle Gleise vollstaendig erfasst sind.


Damals schon konnte man beobachten, dass das Auffaechern der Gleise auf 
den hohen Zoomstufen zwar gut war, auf mittleren Zoomstufen aber 
haessliche schwarze Flecken im Bahnhofsareal erzeugte.


Das ist eine Herausforderung, der man beim Rendern Herr werden kann und 
muss. Eventuell *kann* man dem Renderer irgendwie helfen, indem man eine 
Gruppe von Gleisen zu einer Bahntrassen-Relation zusammenfasst und 
dann neue Funktionalitaeten im Renderer einbaut, die in der Lage sind, 
solche gruppierten linienfoermigen Objekte geeignet zu vereinfachen. Man 
muss aber dabei auch den Fall abfangen, dass eine solche Relation fehlen 
 koennte.


Da wird man fuer das Standard-Rendering mindestens am osm2pgsql, wenn 
nicht sogar auch am Mapnik herumdrehen muessen. Das wird nicht leicht, 
aber danach haben wir eine Karte, die auf allen Zoomleveln besser 
aussieht als vorher. In der Zwischenzeit - solang eben die Renderer 
nicht gut genug sind - muessen wir Rueckschritte hinnehmen. Das ist an 
vielen anderen Fronten auch so (z.B. einzelne Haeuser, die man auf 
kleineren Zoomleveln eigentlich lieber als grosse bebaute Flaeche 
anzeigen will). Aber jetzt das Mapping-Rad zurueckdrehen, beim Mapping 
zu stagnieren, bloss weil der Renderer damit nicht Schritt halten kann, 
das waere kontraproduktiv.


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] Bahnstrecke vs. Gleis

2011-05-26 Thread Heiko Jacobs


Am 26.05.2011 20:01, schrieb Torsten Leistikow:

Zum Teil liegt es gerade eben daran, dass es bei railway nicht von Anfang an so
praktiziert wurde. Wenn man zum Vergleich die Karten von vor 1 Jahr hat und dann
sieht, dass die heutigen in dieser Beziehung schlechter geworden sind, dann muss
doch irgendwas hier nicht ganz richtig laufen.


Viele gleistreue Ecken im Osten der Bundesrepublik sind mind. 2 Jahre alt,
Rund um Stuttgart wurde vor mind. 2,5 Jahren gleistreu gemappt.

Gruß Mueck


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

Re: [Talk-de] amazon.de-affiliate für OSM?

2011-05-26 Thread malenki

Florian Gross krakelte:

Am Sonntag 22 Mai 2011, 18:47:01 glaubte malenki zu wissen:
[OSM im Amazon.de partnernet]

So etwas wäre für amazon.de wünschenswert, jepp.

Aufgrund der überwältigenden Nachfrage gibt es nun die Möglichkeit,
OpenStreetMap über das deutsche Amazon Prozente seines Einkaufes
zukommen zu lassen. 
Es sollte genügen, über diesen Link einzukaufen:
http://www.amazon.de/?_encoding=UTF8tag=opensde-21

Als Bankverbindung wurde die des FOSSGIS verwendet.

malenki



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

Re: [Talk-it] Mappare i porti

2011-05-26 Thread M∡rtin Koppenhoefer

2011/5/24 Samuele Battarra batta...@email.it:
 Il lunedì 23 maggio 2011 12:15 M∡rtin Koppenhoefer ha scritto:
 2011/5/20 Samuele Battarra batta...@email.it:

 scusate l'ambiguità. Intendevo nel secondo esempio (che era una
 zoomata sul primo esempio) solo la parte darsena romana, non tutto
 il porto come esempio.

 Si, avevo capito, solo che come dicevo toglierei il natural=coastline dal
 tratto che chiude la darsena, mentre la darsena stessa come la si mappa?
 Vedi i miei dubbi che avevo espresso nel primo messaggio.


no, non intendevo di togliere il coastline (quello lo lascierei) ma
aggiungere un altro way che non comprende la darsena ma viene usato
per il confine del (regione/comune/provincia)? Purtroppo l'articolo di
wikipedia non dice se le acque interne appartengono solo allo stato
nazionale o anche alla regione ecc.

ciao,
Martin

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

Re: [Talk-it] Calà del Sasso - steps, path o track?

2011-05-26 Thread Federico Cozzi

2011/5/24 Paolo Pozzan pa...@z2z.it:
 Ma qui non è bicycle=dismount, ma bicycle=yes.

[OT]
Non ho trovato bicycle=dismount sul wiki, e spero che non venga
introdotto, perché non vedo differenza con bicycle=no+foot=yes

Ciao,
Federico

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

Re: [Talk-es] Charla en Zaragoza

2011-05-26 Thread Fernando Orus

Buenas.
¿Se ha movido algo en relación a esto?

El 20 de mayo de 2011 10:45, jynus jyn...@gmail.com escribió:

 El día 20 de mayo de 2011 10:30, Fernando Orus fero...@gmail.com
 escribió:
  Yo estoy en Zaragoza, pero soy lego total en OSM. Puedo hacer de público
 en
  cualquier actividad fuera del horario laboral o en fin de semana (así que
 me
  temo que la charla también me la perderé, aunque ya te vi en la
 hackmeeting
  2010 de Zaragoza)

 Me han insinuado también hacer un taller más técnico de varios días,
 paso a paso, aquí, ya en horario como el que comentas, aparte de la
 charla de introducción.

 Como siempre, dependerá de si hay varias personas interesadas. Estate
 atento a la lista, a ver si tanto en la charla como aquí hay verdadero
 interés y disponibilidad.

 --
 Jaime

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

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

Re: [Talk-es] Charla en Zaragoza

2011-05-26 Thread jynus

El día 26 de mayo de 2011 11:38, Fernando Orus fero...@gmail.com escribió:
 Buenas.
 ¿Se ha movido algo en relación a esto?

De momento no, pero esperaba contactar de nuevo con la gente
interesada fundamentalmente mañana, después de la charla.

Por cierto, que las charlas, y OSM, han salido en el periódico local:
http://www.unizar.es/prensa/noticias/1105/110526_z0_id2.pdf

--
Jaime

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

Re: [Talk-ar] Contacto Buenos Aires

2011-05-26 Thread Werner Horsch

Gracias Fredy

CAC
Con gusto nos contactamos con Uds, aquí mi correo
Slds

2011/5/26 Fredy Rivera fredyriv...@gmail.com

 Hola amigos

 Reenvío este mensaje que me llegó
 salu2
 fredyrivera
 OSM Colombia


 -- Forwarded message --
 From: Centro Argentino de Cartografia 
 c...@centroargentinodecartografia.org
 Date: 2011/5/20
 Subject: Re: Realmente podemos usar las fotos satelitales para lo que
 necesitemos?
 To: Fredy Rivera fredyriv...@gmail.com


 Estimado Fredy Rivera:

 desde el Centro Argentino de Cartografía nos interesaría contactarnos
 con algún referente de la comunidad OSM en Buenos Aires.  Estamos
 organizando la XIIº Semana Nacional de Cartografía y podría ser un
 tema a desarrollar en la misma.

 Atentamente,

C.D.  CAC

 ndc

 Quoting Fredy Rivera fredyriv...@gmail.com:

 Buenas noches
 Reciban un saludo.
 A mi también me llego este correo con publicidad sin solicitarlo, lo
 podría considerar un spam y un abuso por parte de este proveedor el
 hecho de exponer nuestros correos electrónicos y datos privados por no
 ser lo suficientemente técnico y enviar un correo publicitario a toda
 su base de datos en el campo CC en lugar de hacerlo con copia oculta
 (como lo estoy haciendo en este momento) o simplemente usando un
 software de listas de correo o de publicidad.
 Pero como hay que sacar cosas buenas de lo que no llega, aprovecho
 esta multitud de contactos interesados en la información geográfica
 para poner en discusión un tema que nos atañe a todos y es la
 pregunta: Realmente somos dueños de la información geográfica que
 adquirimos?
 La respuesta a priori podría ser que si, que por eso la pagamos y bien
 cara :-) pero si miramos un poco entre lineas, la mayoría de esta
 información geográfica nos ha sido vendida u ofrecida con licencias o
 términos de uso draconianos que no nos permite hacer trabajos
 derivados, compartirla o revenderla, por es los invito a que cuando
 adquieran fotografías aéreas o infomación geográfica consulten los
 términos de licencia con su departamento juridico para asegurarse que
 en realidad compran un producto y no solo el derecho de mirarlo, en
 muchos casos la información nos es vendida para un solo proyecto y no
 podremos usarla en nuestras empresas o instituciones para otros
 trabajos sin pagar una extención de licencia.
 Un ejemplo de lo contrario es http://OpenStreetMap.org que es un
 grupo, comunidad o fundación (como quiera mirarsele) que provee
 información geográfica con términos de licencia tan favorables que
 solo pide que se reconozca como fuente de lo datos y que no se cierre
 la información a ellos, es un paradigma similar al del software libre
 pero aplicado a la información geografica.
 Todos podemos usar los datos de OSM basta con descargarlos inclusive
 en formato .shp la información pude no estar completa, pero podemos
 compartir información nuestra con la plataforma y  enriquecerla.
 Al trabajar con la plataforma de OSM tenemos algunas ventajas, como
 que podemos usar para vectorizar las imágenes de BING (microsoft) y
 yahoo sin costo alguno, cosa que no es permitida por Google earth o
 map que se pueden visualizar en la red pero no tienen disponibilidad
 para los usos libres según los términos de licencia.
 Si deseas saber mas de OSM pueden entrar a su manual
 http://wiki.osm.org, seguro que encada pais hay una comunidad de OSM
 dispuesta a colaborar, algunas preguntas pueden ser dirigidas a mi
 mail fredyriv...@openstreetmap.co (nótese que es .co y no .com )
 también por twitter mencionando a @fredy_rivera o con los hashtag #osm
 u #openstreetmap.
 Espero que este mail no incomode demasiado y pueda serle de utilidad.
 salu2
 Fredy Rivera
 OSM co/la
 
  Aitec lo invita a conocer mas sobre la Fotogrametría Satelital, y otras
 tecnologías geoespaciales de ultima generación en:
  www.aitec.com.ve y www.digitalglobe.com
  atte,
 
  AITEC C.A
  Av. Los Próceres. C.C Alto Prado. Nivel 3. Oficina 65.
  Mérida. Venezuela.
  Teléfonos:+58 274 6570164
  Fax: +58 274 9352375
  Movil: +58 416 6762654
 
  E-Mail: i...@aiec.com.ve
  www.aitec.com.ve


 --
 Por favor, no me envíe documentos con extensiones .doc, .docx, .xls,
 .xlsx, .ppt, .pptx, .mdb, mdbx
 OpenOffice es libre: se puede copiar, modificar y redistribuir
 libremente. Gratis y totalmente legal.
 http://GaleNUx.com es el sistema de información para la salud

 --///--
 Teléfono USA:  (347) 688-4473 (Google voice)
 skype: llamarafredyrivera



 --
 Por favor, no me envíe documentos con extensiones .doc, .docx, .xls,
 .xlsx, .ppt, .pptx, .mdb, mdbx
 OpenOffice es libre: se puede copiar, modificar y redistribuir
 libremente. Gratis y totalmente legal.
 http://GaleNUx.com es el sistema de información para la salud

 --///--
 Teléfono USA:  (347) 688-4473 (Google voice)
 skype: llamarafredyrivera

Re: [Talk-ee] Talk-ee Digest, Vol 28, Issue 7

2011-05-26 Thread Kaupo Vana

Vau, Split area on esimene väärtuslik funktsioon, mis esimese hooga
silma hakkas :)

Mingi wiki lehe või video ikka saab :)

Kaupo


2011/5/26 Jaak Laineste (Nutiteq) j...@nutiteq.com:
 Nice!

 Praegu avastasin et
 http://wiki.openstreetmap.org/wiki/JOSM/Plugins/utilsplugin2 sisaldab nitut 
 huvitavat funktsiooni antud kontekstis.

 Kas sa muide viitsiksid teha väikese wiki-juhendi või suisa ekraanivideo 
 sellest kuidas sa neid asju paika nokkisid?

 Sent from my hiPhone

 On 25.05.2011, at 21:09, Kaupo Vana kaupo.v...@gmail.com wrote:

 Nii, tundub, et olen suure suutäie võtnud. Sain alles nüüd Mustamäega ühele 
 poole. Kel soovi, võib üle vaadata ja omapoolsed muudatused teha. Järgmisena 
 võtaksin Kristiine käsile. Kes soovib, võib Õismäe ja/või Nõmme oma kanda 
 võtta, või ma võtan hiljem ise.

 Kaupo


 3.05.2011 13:17, Kaupo Vana kirjutas:
 Ehk peaks wikisse kuhugi kirja panema, kes mis piirkonda adresseerib?
 Võtaksin enda peale alustuseks Lääne Tallinna linnaosad, Mustamäe,
 Kristiine, Õismägi ja Nõmme.

 Kaupo

 2011/5/3 Joosep-Georg Järvemaajoosep-georg.jarve...@eesti.ee:
 2011/5/3 Margus Välimargus.v...@gmail.com:
 - kust URL-i pealt ma nüüd uusima aadressiregistri kihi saan JOSM-i et
 sealt oma piirkonna puntide koopia võtta ning tööle hakata?
 - kas nüüd on see allikas suht lõplikul kujul formaatimise jms. koha
 pealt?
 Mina võtsin http://web.zone.ee/vgb/ee/va/index.html seest huvipakkuva
 osm.gz faili, pakkisin lahti ja meelepärase tekstiredaktoriga
 asendasin mnt -  maantee, pst -  puiestee ning aleviku korral
 eemaldasin district nimest  alevik ja nimetasin selle ümber
 city-ks ning üleüldse kustutasin kogu failist ära algsed city ja
 province sildid kogu vastava XML-märgendusega.

 kustutasin --tag k='addr:province' v='Harjumaa'/tag k='addr:city'
 v='Raasiku vald'/
 muutsin --tag k='addr:district' v='Raasiku alevik'/  -  tag
 k='addr:city' v='Raasiku'/


 Siis laadisin JOSMi sisse eraldi kihina ja valisin sealt mingi pundi,
 kopeerisin, kustutasin algsest kihist ja pasteerisin andmekihti.
 Käisin ortofoto peal üle, tõstsin aadressid majadele, kustutasin juba
 olemasolevate aadressidega sõlmed, kui näiteks maja kontuuril või
 taluõuel oli aadress olemas.



 --
 Joosep-Georg

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


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

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


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

Re: [Talk-ee] Talk-ee Digest, Vol 28, Issue 7

2011-05-26 Thread Mihkel Rämmel

Vaatasin Kaupo tehtu üle ning lisasin mõned puuduvad tänavanimed.
Samuti oli Vilde tee millegipärast teenimatult paar maja Mustamäe tee
arvelt endale saanud. Muidu aga tubli töö!

Ei tahaks küll vana haava lahti kiskuda aga mis oli lõplik seisukoht
maantee ja puiestee lühendamise osas? Hetkel on teede nimesid nii
pikalt lahti kirjutatud kui ka lühendatud (nii punktiga kui ilma) ning
seda ka kohati sama tee eri otstes (nt. Sõpruse puiestee).
Imporditavad ADS andmed on vist kõik hetkel lühendatud kujul.
2011/5/26 Kaupo Vana kaupo.v...@gmail.com:
 Vau, Split area on esimene väärtuslik funktsioon, mis esimese hooga
 silma hakkas :)

 Mingi wiki lehe või video ikka saab :)

 Kaupo


 2011/5/26 Jaak Laineste (Nutiteq) j...@nutiteq.com:
 Nice!

 Praegu avastasin et
 http://wiki.openstreetmap.org/wiki/JOSM/Plugins/utilsplugin2 sisaldab nitut 
 huvitavat funktsiooni antud kontekstis.

 Kas sa muide viitsiksid teha väikese wiki-juhendi või suisa ekraanivideo 
 sellest kuidas sa neid asju paika nokkisid?

 Sent from my hiPhone

 On 25.05.2011, at 21:09, Kaupo Vana kaupo.v...@gmail.com wrote:

 Nii, tundub, et olen suure suutäie võtnud. Sain alles nüüd Mustamäega ühele 
 poole. Kel soovi, võib üle vaadata ja omapoolsed muudatused teha. 
 Järgmisena võtaksin Kristiine käsile. Kes soovib, võib Õismäe ja/või Nõmme 
 oma kanda võtta, või ma võtan hiljem ise.

 Kaupo


 3.05.2011 13:17, Kaupo Vana kirjutas:
 Ehk peaks wikisse kuhugi kirja panema, kes mis piirkonda adresseerib?
 Võtaksin enda peale alustuseks Lääne Tallinna linnaosad, Mustamäe,
 Kristiine, Õismägi ja Nõmme.

 Kaupo

 2011/5/3 Joosep-Georg Järvemaajoosep-georg.jarve...@eesti.ee:
 2011/5/3 Margus Välimargus.v...@gmail.com:
 - kust URL-i pealt ma nüüd uusima aadressiregistri kihi saan JOSM-i et
 sealt oma piirkonna puntide koopia võtta ning tööle hakata?
 - kas nüüd on see allikas suht lõplikul kujul formaatimise jms. koha
 pealt?
 Mina võtsin http://web.zone.ee/vgb/ee/va/index.html seest huvipakkuva
 osm.gz faili, pakkisin lahti ja meelepärase tekstiredaktoriga
 asendasin mnt -  maantee, pst -  puiestee ning aleviku korral
 eemaldasin district nimest  alevik ja nimetasin selle ümber
 city-ks ning üleüldse kustutasin kogu failist ära algsed city ja
 province sildid kogu vastava XML-märgendusega.

 kustutasin --tag k='addr:province' v='Harjumaa'/tag k='addr:city'
 v='Raasiku vald'/
 muutsin --tag k='addr:district' v='Raasiku alevik'/  -  tag
 k='addr:city' v='Raasiku'/


 Siis laadisin JOSMi sisse eraldi kihina ja valisin sealt mingi pundi,
 kopeerisin, kustutasin algsest kihist ja pasteerisin andmekihti.
 Käisin ortofoto peal üle, tõstsin aadressid majadele, kustutasin juba
 olemasolevate aadressidega sõlmed, kui näiteks maja kontuuril või
 taluõuel oli aadress olemas.



 --
 Joosep-Georg

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


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

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


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


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

Re: [Talk-ee] Talk-ee Digest, Vol 28, Issue 7

2011-05-26 Thread Jaak Laineste


http://wiki.openstreetmap.org/wiki/Et:Key:addr sai vähemasti kirja, et pst ja 
mnt on ainsana lühendatud, punktita.

Aga eks seda saab suht lihtsalt hiljem skriptiga ühtlustada, esialgu polegi nii 
oluline. Kui tekib mingi tunnetus reaalsest kasutusest, oleme targemad.

Jaak

On 26.05.2011, at 9:42, Mihkel Rämmel wrote:

 Vaatasin Kaupo tehtu üle ning lisasin mõned puuduvad tänavanimed.
 Samuti oli Vilde tee millegipärast teenimatult paar maja Mustamäe tee
 arvelt endale saanud. Muidu aga tubli töö!
 
 Ei tahaks küll vana haava lahti kiskuda aga mis oli lõplik seisukoht
 maantee ja puiestee lühendamise osas? Hetkel on teede nimesid nii
 pikalt lahti kirjutatud kui ka lühendatud (nii punktiga kui ilma) ning
 seda ka kohati sama tee eri otstes (nt. Sõpruse puiestee).
 Imporditavad ADS andmed on vist kõik hetkel lühendatud kujul.
 2011/5/26 Kaupo Vana kaupo.v...@gmail.com:
 Vau, Split area on esimene väärtuslik funktsioon, mis esimese hooga
 silma hakkas :)
 
 Mingi wiki lehe või video ikka saab :)
 
 Kaupo
 
 
 2011/5/26 Jaak Laineste (Nutiteq) j...@nutiteq.com:
 Nice!
 
 Praegu avastasin et
 http://wiki.openstreetmap.org/wiki/JOSM/Plugins/utilsplugin2 sisaldab nitut 
 huvitavat funktsiooni antud kontekstis.
 
 Kas sa muide viitsiksid teha väikese wiki-juhendi või suisa ekraanivideo 
 sellest kuidas sa neid asju paika nokkisid?
 
 Sent from my hiPhone
 
 On 25.05.2011, at 21:09, Kaupo Vana kaupo.v...@gmail.com wrote:
 
 Nii, tundub, et olen suure suutäie võtnud. Sain alles nüüd Mustamäega 
 ühele poole. Kel soovi, võib üle vaadata ja omapoolsed muudatused teha. 
 Järgmisena võtaksin Kristiine käsile. Kes soovib, võib Õismäe ja/või Nõmme 
 oma kanda võtta, või ma võtan hiljem ise.
 
 Kaupo
 
 
 3.05.2011 13:17, Kaupo Vana kirjutas:
 Ehk peaks wikisse kuhugi kirja panema, kes mis piirkonda adresseerib?
 Võtaksin enda peale alustuseks Lääne Tallinna linnaosad, Mustamäe,
 Kristiine, Õismägi ja Nõmme.
 
 Kaupo
 
 2011/5/3 Joosep-Georg Järvemaajoosep-georg.jarve...@eesti.ee:
 2011/5/3 Margus Välimargus.v...@gmail.com:
 - kust URL-i pealt ma nüüd uusima aadressiregistri kihi saan JOSM-i et
 sealt oma piirkonna puntide koopia võtta ning tööle hakata?
 - kas nüüd on see allikas suht lõplikul kujul formaatimise jms. koha
 pealt?
 Mina võtsin http://web.zone.ee/vgb/ee/va/index.html seest huvipakkuva
 osm.gz faili, pakkisin lahti ja meelepärase tekstiredaktoriga
 asendasin mnt -  maantee, pst -  puiestee ning aleviku korral
 eemaldasin district nimest  alevik ja nimetasin selle ümber
 city-ks ning üleüldse kustutasin kogu failist ära algsed city ja
 province sildid kogu vastava XML-märgendusega.
 
 kustutasin --tag k='addr:province' v='Harjumaa'/tag k='addr:city'
 v='Raasiku vald'/
 muutsin --tag k='addr:district' v='Raasiku alevik'/  -  tag
 k='addr:city' v='Raasiku'/
 
 
 Siis laadisin JOSMi sisse eraldi kihina ja valisin sealt mingi pundi,
 kopeerisin, kustutasin algsest kihist ja pasteerisin andmekihti.
 Käisin ortofoto peal üle, tõstsin aadressid majadele, kustutasin juba
 olemasolevate aadressidega sõlmed, kui näiteks maja kontuuril või
 taluõuel oli aadress olemas.
 
 
 
 --
 Joosep-Georg
 
 ___
 Talk-ee mailing list
 Talk-ee@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ee
 
 
 ___
 Talk-ee mailing list
 Talk-ee@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ee
 
 ___
 Talk-ee mailing list
 Talk-ee@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ee
 
 
 ___
 Talk-ee mailing list
 Talk-ee@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ee
 
 
 ___
 Talk-ee mailing list
 Talk-ee@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ee

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

Re: [Talk-at] Finanzamt ist verschwunden

2011-05-26 Thread wolfbert

Ja, da gab es einen Unfall. Ich habe gestern (da war das FA schon weg)
einige mehrere 100m lange Häuser wieder geschrumpft, und den verbliebenen
(ungenauen) Innenhof des FA gelöscht. Man könnte die Changesets rückgängig
machen, aber ich denke es ist unkomplizierter, das Gebäude wieder zu
ergänzen. Ich mache mich mal dran.

LG
Wolfgang 

-Ursprüngliche Nachricht-
Von: Bernhard Zwischenbrugger [mailto:b...@datenkueche.com] 
Gesendet: Mittwoch, 25. Mai 2011 20:12
An: OpenStreetMap AT
Betreff: [Talk-at] Finanzamt ist verschwunden

Hallo ihr Lieben

Das Finanzamt im 8. Wiener Gemeindebezirk ist verschwunden.
Will sich da jemand die Steuern sparen?

Hier dürfte etwas schief gegangen sein:
http://www.openstreetmap.org/browse/changeset/8233232

lg, Bernhard

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


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

[Talk-ca] Toronto Urban Mapping Party (June 11 2011)

2011-05-26 Thread Steve Singer



It has been a while since we've had a mapping party in Toronto focussed on 
mapping (versus talking about mapping).


On June 11'th 2011 we will have mapping party themed Urban Mapping.

Cities such as Toronto are filled with things much more interesting than 
roads. These things need to be on the map. The goal of this mapping party is 
to survey parts of downtown Toronto to create a better urban map.


Examples of things we are going to find include

* pubs and restaurants and stores
* public telephones and public toilets
* benches,water fountains and flower gardens
* newspaper boxes and garbage cans
* parking lots, bicycle racks and parking meters
* Are places wheelchair accessible

We will meet at noon at Camaraderie (http://camaraderie.ca/) 102 Adelaide 
Street East, 2nd floor, then head out mapping.


See  http://wiki.openstreetmap.org/wiki/Toronto/June_11_2011_mapping_party 
for more details.


Invite your friends, it will be fun.



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

Re: [Talk-cz] Sakrální stavby

2011-05-26 Thread Karel Volný


zdravím,

 c) typ by samozrejme mel mit svuj tag, ale melo by se to spis vztahovat
 na architektonicke reseni (IMO) - kaple = mala stavba nebo soucast jine
 budovy, kostel = specializovana budouva s lodi a prevazne se zvonici
 ..., chram, bazilika  Proc? Predevsim proto ze v mape me ani tak
 nezajima, ze nekde sidli jen lokalni farar a jinde papez, jako to, ze
 tam je nejak velka cirkevni budova.

no, mě ten papež taky moc nezajímá, ale věřím, že netriviální počet lidí ano - 
takže co s tím?

to nějak velká spíš poznám z tvaru než podle tagu, takže řešit v tagu raději 
architekturu než význam? ... nebo zavést dva tagy?

byl bych pro druhou možnost - u place_of_worship je návrh na :type a :size, to 
se mi moc nepozdává, neb kdybychom type vzali podle toho, jestli tam ten papež 
je nebo ne, tak size toho říká příliš málo o architektonickém charakteru

zamlouvalo by se mi něco jako type a function ...

K.



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

Re: [Talk-cz] Sakrální stavby

2011-05-26 Thread hanoj

a) zkratky nepouzivat, resilo se to uz nekolikrat
*** resilo ale nedoresilo, nebot s tim souviselo automatizovane
zkracovani pro potrebu mapy, ktere dodnes neni a ve vyhledu zatim
neni. Nepouzivani zkratek vede k tak necitelnym nebo prostorove
nerendrovatelnym napisum, ze prestoze myslenka je dobra, nelze ji
pouzivat za kazdou cenu.
Nahrazovat sv. za svaty je podivne dle zvyku v CZ, SK, AU i DE ale
prakticky prekousnutelne.
Napr. cist na mape z roku 1910 lze jen K.K. Polizei (C.K.), nebo St.
Peter. Dnes bych asi ocekaval Police CR, nikoliv Policie Ceske
republiky. Stejne je nepouzitelny nazev Ustav molekularni fyziky a
biochemie Akademie ved Ceske republiky, vedecko vyzkumna instituce.
Proc cist v mape za kazdou statni instituci Ceska republika a pred
kazdym Petrem svaty.

b) do nazvu pouzivat to, co se jako nazev pouziva = napr Chram svateho
Vita, u kostelu je to takove jak kdy, nekdy se pouziva jen napr U
svate Anny, nekdy Kaple u svate Anny nekdy Kostel u svate Anny ...
= drzel bych se toho, co ma nejcastejsi vyskyt pripadne je nekde
uvedeno jako oficialni.
*** Asi bych zacal na wiki, kde to je uz nejaky ten rok:
http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/Editing_Standards_and_Conventions#Place_of_worship

*** Chram bych rekl odpovida pausalne vyznamu place_of_worship.
Cirkevni stavbou je kapitulni sin v klastere nebo hospic, ale
chramem bych ji nenazval.

Asi bych se drzel oficialniho nazvu majitelu tj. cirkevniho nejcasteji
jde o katolicke kostely:
* Katedrala - sidlo biskupa, bazilika cestny titul - oba dohromady asi
10 ks v CR
* zbyvaji kostely a kaple a drobne sakralni objekty, u tech to bud
odhadnout nebo neresit.

Nektere dalsi cirkve nazvy casto nepouzivaji nebo maji nazvy obecne,
komunitni Modlitebna.

Jestli je nutna zmena tak: Katedrala sv. Vita, v nazvu bych klidne
Vaclava a Vojtecha bych v nazvu ozelel.

c) typ by samozrejme mel mit svuj tag, ale melo by se to spis vztahovat
na architektonicke reseni (IMO) - kaple = mala stavba nebo soucast jine
budovy, kostel = specializovana budouva s lodi a prevazne se zvonici
..., chram, bazilika Proc? Predevsim proto ze v mape me ani tak
nezajima, ze nekde sidli jen lokalni farar a jinde papez, jako to, ze
tam je nejak velka cirkevni budova.
*** architektonicke reseni nema jednoznacnou interpretaci i shodu v
definici. Jestli nekde sidli biskup ma asi takovy vyznam, kdyz nekde
sidli ustavni soud nebo okresni skola.

ahoj
hanoj

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

Re: [Talk-cz] Sakrální stavby

2011-05-26 Thread Mike

Ahoj

Myslím si, že nezkracovat je logičtější než zkracovat. To že se zatím
automaticky nezkracuje a ani to není v plánu nic neznamená. Prostě zatím
nikdo neměl tu nutnost. Kromě toho zkrácení je otázkou jednoho eregu a
jedné řádky příp. nějakého lepšího databázového řešení a pokud po tom
někdo touží, tak ať prostě podá patch a udělá to. Myslím, že se tomu
nikdo bránit nebude, obzvášť pokud to bude snadno konfigurovatelné.

Ještě je tu jedna možnost - zavést něco jako shortname, ale to jen
přinese další zesložitění, takže asi spíš ne.

Myslím, že OSM je hlavně digitální mapa, která má mnohem víc využití než
jen nakreslená mapa, takže by se nemělo tagovat jen podle jedné potřeby,
tedy zrovna v tomto případě že se to na mapě špatně kreslí.

Co se týče toho používání Kostel apod. v názvu nebo ne, tak jsem
zvědavý, jestli padne nějaká shoda, protože já teda rozhodně nevím, co
je lepší. Co jestli to není Kostel Sv. Vavřince, ale Svatovavřinecký
kostel? Nebo co když se používá obojí? Fakt netuším...

Mike

On 26.5.2011 15:24, hanoj wrote:
a) zkratky nepouzivat, resilo se to uz nekolikrat
*** resilo ale nedoresilo, nebot s tim souviselo automatizovane
zkracovani pro potrebu mapy, ktere dodnes neni a ve vyhledu zatim
neni. Nepouzivani zkratek vede k tak necitelnym nebo prostorove
nerendrovatelnym napisum, ze prestoze myslenka je dobra, nelze ji
pouzivat za kazdou cenu.
Nahrazovat sv. za svaty je podivne dle zvyku v CZ, SK, AU i DE ale
prakticky prekousnutelne.
Napr. cist na mape z roku 1910 lze jen K.K. Polizei (C.K.), nebo St.
Peter. Dnes bych asi ocekaval Police CR, nikoliv Policie Ceske
republiky. Stejne je nepouzitelny nazev Ustav molekularni fyziky a
biochemie Akademie ved Ceske republiky, vedecko vyzkumna instituce.
Proc cist v mape za kazdou statni instituci Ceska republika a pred
kazdym Petrem svaty.

*** Chram bych rekl odpovida pausalne vyznamu place_of_worship.
Cirkevni stavbou je kapitulni sin v klastere nebo hospic, ale
chramem bych ji nenazval.

Nektere dalsi cirkve nazvy casto nepouzivaji nebo maji nazvy obecne,
komunitni Modlitebna.

Jestli je nutna zmena tak: Katedrala sv. Vita, v nazvu bych klidne
Vaclava a Vojtecha bych v nazvu ozelel.

ahoj
hanoj

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

Re: [Talk-cz] Sakrální stavby

2011-05-26 Thread Stanislav Brabec

Mike píše v Čt 26. 05. 2011 v 16:21 +0200:

 Ještě je tu jedna možnost - zavést něco jako shortname, ale to jen
 přinese další zesložitění, takže asi spíš ne.

Nebo krátké jméno jako name, a dlouhé v official_name?
http://wiki.openstreetmap.org/wiki/Name

Jenže i pak leccos vypadá docela divoce:
http://www.openstreetmap.org/browse/way/28518985
Co s tím?

Vyhledávač umí i ostatní varianty jmen - zadejte si Emauzy:
http://www.openstreetmap.org/browse/relation/33709

-- 
Stanislav Brabec
http://www.penguin.cz/~utx


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

Re: [Talk-cz] Sakrální stavby

2011-05-26 Thread f.remenstech

Ahoj,
asi trochu off-topic otázka: mám u turistických rozcestníků
psát mhd, rozc., bus, host. nebo městská hromadná doprava?

A bude zase fungovat opentrackmap?

F.

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

Re: [Talk-cz] Sakrální stavby

2011-05-26 Thread Mike



On 05/26/2011 05:35 PM, Stanislav Brabec wrote:
 Mike píše v Čt 26. 05. 2011 v 16:21 +0200:
 
 Ještě je tu jedna možnost - zavést něco jako shortname, ale to jen
 přinese další zesložitění, takže asi spíš ne.
 
 Nebo krátké jméno jako name, a dlouhé v official_name?
 http://wiki.openstreetmap.org/wiki/Name
 
 Jenže i pak leccos vypadá docela divoce:
 http://www.openstreetmap.org/browse/way/28518985
 Co s tím?

No právě - co znamená Panna Marie, svatý Jeroným a slovanští patroni?
Že tam někdo takový bydlí? Nebo je tam jejich socha? Podle mne správně
by měl být název
Kostel Panny Marie, sv. Jeronýma a slovanských patronů případně když
už bez toho kostela tak Panny Marie, sv. Jeronýma a slovanských
patronů. Nevím který z těch dvou je lepší, obojí mi přejde dobré, ale
ten první je rozhodně špatně.

 
 Vyhledávač umí i ostatní varianty jmen - zadejte si Emauzy:
 http://www.openstreetmap.org/browse/relation/33709
 

To je v pořádku, protože je to lokální jméno, stejně tak hledá ve všech
jazykových variantách. Tak to má být :)

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

[OSM-talk-fr] GraphStream, édition de graphes

2011-05-26 Thread Mickey86

Salut !

Dans la même veine que le sujet à propos de « leaflet ou openlayers », sur 
Linuxfr, un projet vient d’être annoncé[1] : « GraphStream », de quoi éditer 
des graphes de façon dynamique ou statique.

Outre le côté esthétique ou amusant de la vidéo de présentation[2], ce qui m’a 
motivé à mettre cette nouvelle, c’est qu’on y voit l’utilisation d’une carte 
OSM (vers la fin)…

Peut-être que cela donnera des idées à certains ?

[1] http://linuxfr.org/news/sortie-de-graphstream-10
[2] http://graphstream-project.org/news/#7

Cordialement,
-- 
Mickey86


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

Re: [OSM-talk-fr] Open data en Saône-et-Loire

2011/5/26 Samy Mezani samy.mez...@wanadoo.fr:
 Bonjour,

 Je ne sais pas si c'est en rapport avec des données cartographiques, mais ça
 mérite d'être signalé.

Bien vu, merci !

En général, quand des données sont libérées à l'échelle d'une aglo,
d'un dept ou d'une région, il y a très souvent des données géo dans le
lot. On attend donc la fin de l'année pour avoir confirmation !

A+
F.

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

Re: [OSM-talk-fr] Pédagogie...

2011-05-26 Thread Debucquoi Sébastien

En tout cas moi, je trouve qu'on a était super sympa avec moi pour mes 
premiers pas sur OSM :) très pédagogue  la communauté OSM France.


Bastien
attachment: sebastien_debucquoi.vcf___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Utiliser leaflet ou openlayers

2011-05-26 Thread Rodolphe Quiedeville

Le 25/05/2011 22:54, Pierre-Alain Dorange a écrit :
 Rodolphe Quiedeville rodol...@quiedeville.org
 wrote:
 
 Enfin et pour conclure il ne faut pas voir ce billet comme un
 dénigrement d'OPL mais plutôt comme une petite alerte envoyé aux
 développeurs. Pour leur dire qu'il existe des outils alternatifs et,
 grâce à vos commentaires, qu'il faut penser à étudier les réglages de
 ces outils de travail et se pencher sur leur fonctionnement.
 
 Une nouvelle librairie est toujours intéressante., et j'y regarderai.
 Concernant ta page de test, si OL semble en effet bien plus gourmand en
 bande passante (chargement du buffer) le résultat utilisateur reste
 sensiblement plus rapide avec OL.
 Quand on se ballade un peu sur la carte (déplacement, zoom in/out)
 Leaflet à un effet de zoom assez jolie mais les tuiles arrivent toujours
 après OL (chez moi), c'est mêm eflagrant surtout lors des zooms.
 Je sais pas si c'est l'effet du buffer mais OL donne pour moi
 globablement une meilleure sensation utilisateur de vitesse...

Lors de mes tests c'était un peu aléatoire, avec parfois OPL plus
rapide, parfois Leaflet, mais comme cela repose sur des impressions je
n'ai pas considéré cela.

 Ca vient aussi peut être du fait d'avoir les 2 qui interroge in-fine le
 même sérveur en même temps...

Oui probablement, et comme on ne contrôle pas ce qui se passe au niveau
navigateur c'est délicat de les comparer.

Merci pour ton retour

-- 
Rodolphe Quiédeville
http://cartosm.eu - Intégration de carte libre sur site web
Blog : http://blog.rodolphe.quiedeville.org/
SIP/XMPP : rodol...@quiedeville.org

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

[OSM-talk-fr] APIE - Réutilisation des données publiques - 24/09/2010

2011-05-26 Thread rldhont


Bonjour,

En consultant la licence APIE sur la réutilisation des données 
publiques, voici ce qui y est écrit sur fond bleu (pour le mettre en 
avant) :


Pour favoriser la création de nouveaux produits et services et 
contribuer au,développement économique, la loi n°78-753 du 17 juillet 
1978 crée un droit de réutilisation des,informations publiques.,Ainsi, 
les informations qui entrent dans le champ de cette loi peuvent être 
exploitées à,d’autres fins que celles de la mission de service public 
pour les besoins de laquelle elles ont été,produites, y compris 
commerciales.,Les présentes conditions générales rappellent les droits 
et obligations des réutilisateurs.


document disponible ici :
https://www.apiefrance.com/sections/actualites/des-conditions-generales-pour-la-reutilisation-des-informations-publiques/downloadFile/attachedFile/CG_reutilisation_des_IP_23_septembre_V1.pdf
précisant ceci :
Conformément à l’article 12 de la Loi, le réutilisateur s’engage à ne 
pas altérer les Informations
publiques, à ne pas en dénaturer le sens et à indiquer leur source et la 
date de leur dernière mise à jour.


Ceci signifie-t-il que les données sous licences APIE - Réutilisation 
des données publiques - 24/09/2010 sont compatibles avec CC-by-SA et ODBL ?
Je souhaite savoir si ces informations sont compatibles avec des données 
OSM ?

Existe-t-il un document permettant de justifier de cette compatibilité ?

René-Luc

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

Re: [OSM-talk-fr] APIE - Réutilisation des données publiques - 24/09/2010

Salut René-Luc, (et Benjamin)

2011/5/26 rldhont rldh...@gmail.com:
 Bonjour,

 En consultant la licence APIE sur la réutilisation des données publiques,
 voici ce qui y est écrit sur fond bleu (pour le mettre en avant) :

 Pour favoriser la création de nouveaux produits et services et contribuer
 au,développement économique, la loi n°78-753 du 17 juillet 1978 crée un
 droit de réutilisation des,informations publiques.,Ainsi, les informations
 qui entrent dans le champ de cette loi peuvent être exploitées à,d’autres
 fins que celles de la mission de service public pour les besoins de laquelle
 elles ont été,produites, y compris commerciales.,Les présentes conditions
 générales rappellent les droits et obligations des réutilisateurs.

 document disponible ici :
 https://www.apiefrance.com/sections/actualites/des-conditions-generales-pour-la-reutilisation-des-informations-publiques/downloadFile/attachedFile/CG_reutilisation_des_IP_23_septembre_V1.pdf
 précisant ceci :
 Conformément à l’article 12 de la Loi, le réutilisateur s’engage à ne pas
 altérer les Informations
 publiques, à ne pas en dénaturer le sens et à indiquer leur source et la
 date de leur dernière mise à jour.

 Ceci signifie-t-il que les données sous licences APIE - Réutilisation des
 données publiques - 24/09/2010 sont compatibles avec CC-by-SA et ODBL ?

Oui, je pense.
C'est peu ou prou les mêmes termes de licence que Corine Land Cover.

 Existe-t-il un document permettant de justifier de cette compatibilité ?

Aucun document à ma connaissance, mais juste une analyse personnelle
détaillée, que j'avais menée au moment de la libération des données du
serveur GeoLittoral.

Comme IANAL, il serait bon d'avoir un avis juridique.
Je me permets donc de mettre Benjamin JEAN en copie, qui est très
impliqué sur ce genre de questions, cf http://mben.fr/)

F.

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

Re: [OSM-talk-fr] Open data en Saône-et-Loire

2011-05-26 Thread Sébastien Dinot

Bonjour Samy,

Samy Mezani a écrit :
 Je ne sais pas si c'est en rapport avec des données cartographiques,
 mais ça mérite d'être signalé.

En effet ! C'est une excellente nouvelle pour toutes les personnes
attachées à l'ouverture des données publiques. J'espère que le conseil
général sera bien conseillé et optera pour une licence libre.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Utiliser leaflet ou openlayers

2011-05-26 Thread Nicolas Dumoulin

Le mardi 24 mai 2011 23:26:58 Rodolphe Quiedeville, vous avez écrit :
 Bonsoir,
 
 La récente librairie Leaflet[1] de Cloudmade semble alléchante de
 légéreté au prix de fonctions moindres mais largement suffisante pour
 bien des usages.
 […]
 1. http://leaflet.cloudmade.com/

Puisqu'on parle des alternatives légères, que pensez-vous de khtml ?
http://wiki.openstreetmap.org/wiki/Khtmlib
http://www.khtml.org/

Je trouve la navigation aussi sympa que leaflet et apparemment adaptée pour les 
interfaces tactiles.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] APIE - Réutilisation des données publiques - 24/09/2010

2011-05-26 Thread Sébastien Dinot

Bonjour,

rldhont a écrit :
 Ceci signifie-t-il que les données sous licences APIE - Réutilisation
 des données publiques - 24/09/2010 sont compatibles avec CC-by-SA et
 ODBL ?

À mon sens, non car :

* Cet encart ne définit pas à lui seul les conditions d'utilisation ;
  elles tiennent sur deux pages (le document PDF dont tu as fourni le
  lien).

* L'article 1, dont je trouve la formulation des plus absconses, pose
  problème car il s'applique entre autres (cf. la fin de l'article) - et
  pour toute utilisation non commerciale - à des données dont
  l'utilisation commerciale serait soumise à des conditions
  particulières.

  = Conditions particulières pour usage commercial = donnée non libre.

* Plus ennuyeux, il découle de cet article 1 que ces CGU n'établissent
  pas à elles seules intégralement les conditions d'utilisation des
  données. Une personne souhaitant réutiliser les données doit
  s'enquérir au préalable auprès de la collectivité ou de
  l'administration émettrice de l'éventuelle existence de conditions
  particulières d'utilisation !

  = Conditions d'utilisation incomplètes = insécurité juridique.

* L'article 3 indique que l'utilisateur s'engage à ne pas altérer la
  donnée. Cela fait sens s'il s'agit d'exploiter par exemple un bilan
  financier mais cela est plus discutable s'il s'agit par exemple d'une
  donnée géographique perfectible.

  = Non altération = donnée non libre.

Bref, s'il faut rapprocher les CGU de l'APIE d'une licence CC, je les
décrirais plutôt comme proches d'une licence CC-By-NC-ND adossée à des
conditions d'utilisation particulières non précisées...

C'est pour cela que Rennes, Nantes, Montpellier et d'autres ont commis
une belle erreur en optant pour les CGU de l'APIE !

 Je souhaite savoir si ces informations sont compatibles avec des
 données OSM ?

Non !

 Existe-t-il un document permettant de justifier de cette
 compatibilité ?

Ça m'étonnerait fortement. Et le cas échéant, je m'empresserais de
contester l'analyse.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Utiliser leaflet ou openlayers

Je ne connais pas bien KHTML, mais j'ai l'impression qu'il y a
quelques soucis avec IE, ce qui n'est pas le cas de OpenLayers.
La navigation par zoom fractionnel a l'air bien intéressante en tout cas.

Pour revenir sur la question du poids des librairies JS (puisque c'est
un argument fort de la comparaison OL/Leaflet), je pointe les
personnes intéressées vers ce tweet :
https://twitter.com/#!/erilem/status/73499259458170880 qui laisse
penser que des gains importants sont à venir pour OpenLayers en mode
buildé, avec des fonctionnalités chargées comparables à celles de
Leaflet (ie couche OSM tuilée, kinetic panning, controle permettant la
navigation mobile, controle zoom+/-, controle attribution)

Bref, l'existence d'une saine  raisonnable concurrence entre projets
dans le monde du logiciel libre a du bon, dans la mesure ou elle
stimule l'innovation et ne disperse pas trop les efforts des
développeurs.

F.


2011/5/26 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net:
 Le mardi 24 mai 2011 23:26:58 Rodolphe Quiedeville, vous avez écrit :
 Bonsoir,

 La récente librairie Leaflet[1] de Cloudmade semble alléchante de
 légéreté au prix de fonctions moindres mais largement suffisante pour
 bien des usages.
 […]
 1. http://leaflet.cloudmade.com/

 Puisqu'on parle des alternatives légères, que pensez-vous de khtml ?
 http://wiki.openstreetmap.org/wiki/Khtmlib
 http://www.khtml.org/

 Je trouve la navigation aussi sympa que leaflet et apparemment adaptée pour 
 les
 interfaces tactiles.

 --
 Nicolas Dumoulin
 http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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


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

Re: [OSM-talk-fr] APIE - Réutilisation des données publiques - 24/09/2010

2011-05-26 Thread rldhont

Nous nous retrouvons donc avec 2 point de vue contradictoire, mais 
j'aurais une autre question :


Puis-je recopier une partie des données dans OSM ou pas : par exemple le 
nom ?


Le 26/05/2011 11:28, Sébastien Dinot a écrit :

Bonjour,

rldhont a écrit :

Ceci signifie-t-il que les données sous licences APIE - Réutilisation
des données publiques - 24/09/2010 sont compatibles avec CC-by-SA et
ODBL ?

À mon sens, non car :

* Cet encart ne définit pas à lui seul les conditions d'utilisation ;
   elles tiennent sur deux pages (le document PDF dont tu as fourni le
   lien).

* L'article 1, dont je trouve la formulation des plus absconses, pose
   problème car il s'applique entre autres (cf. la fin de l'article) - et
   pour toute utilisation non commerciale - à des données dont
   l'utilisation commerciale serait soumise à des conditions
   particulières.

   =  Conditions particulières pour usage commercial = donnée non libre.

* Plus ennuyeux, il découle de cet article 1 que ces CGU n'établissent
   pas à elles seules intégralement les conditions d'utilisation des
   données. Une personne souhaitant réutiliser les données doit
   s'enquérir au préalable auprès de la collectivité ou de
   l'administration émettrice de l'éventuelle existence de conditions
   particulières d'utilisation !

   =  Conditions d'utilisation incomplètes = insécurité juridique.

* L'article 3 indique que l'utilisateur s'engage à ne pas altérer la
   donnée. Cela fait sens s'il s'agit d'exploiter par exemple un bilan
   financier mais cela est plus discutable s'il s'agit par exemple d'une
   donnée géographique perfectible.

   =  Non altération = donnée non libre.

Bref, s'il faut rapprocher les CGU de l'APIE d'une licence CC, je les
décrirais plutôt comme proches d'une licence CC-By-NC-ND adossée à des
conditions d'utilisation particulières non précisées...

C'est pour cela que Rennes, Nantes, Montpellier et d'autres ont commis
une belle erreur en optant pour les CGU de l'APIE !


Je souhaite savoir si ces informations sont compatibles avec des
données OSM ?

Non !


Existe-t-il un document permettant de justifier de cette
compatibilité ?

Ça m'étonnerait fortement. Et le cas échéant, je m'empresserais de
contester l'analyse.

Sébastien




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

Re: [OSM-talk-fr] APIE - Réutilisation des données publiques - 24/09/2010