date:20120411

Am 11. April 2012 00:06 schrieb Mike  Dupont jamesmikedup...@googlemail.com:
 and this on the copyright of css :
 http://b0x0rz.deviantart.com/journal/Is-CSS-Copyrightable-214148624
 First, a short answer to a question (for the impatient ones): Is CSS
 Copyrightable?
 No. Absolutely NOT. (note: This is valid only for the CSS code itself not
 any images it may reference.)


but according to the linked blog post you can protect it with a
trademark. Btw.: in the case of maps I find this strange, because the
CSS is the part that says what is displayed how, and this is mainly
the part of traditional maps, that is copyrighted (the style).

cheers,
Martin

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

Re: [OSM-talk] An example photo/video mapping trip

2012-04-11 Thread hbogner

I was thinking of doing something similar, but I was thinking of buying 
a car camera (something like this http://is.gd/D3WNYL ) but don't know 
is it any good for mapping.

Anyone used video recordings for mapping.
I tried video mapping plugin for josm, but it won't load.


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

Re: [OSM-talk] An example photo/video mapping trip

2012-04-11 Thread Simon Poole



Am 10.04.2012 15:51, schrieb Nikhil Upadhye:
 .
 I would request if anyone has such images/videos along with gpx file
 to share here as these will be helpful while developing the plugin.

I have something like 3000 videos with associated GPS tracks, so if you
need any material just ask.

Simon

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

Re: [OSM-talk] An example photo/video mapping trip

2012-04-11 Thread Colin Smale

I have been experimenting with a similar device recently and the results 
are a bit disappointing. Despite the HD resolution the images are 
compressed to death giving a bitrate of 175kb/sec. It is almost 
impossible to read road signs, street names etc which are the most 
important things I was hoping to capture. However it did come with a 
nice solid windscreen mount with a standard screw thread so I am 
actually considering buying an inexpensive real video camera for 
mapping use. They are getting cheaper, smaller and lighter all the time, 
now there are no moving parts required.


Colin

On 11/04/2012 10:57, hbogner wrote:
I was thinking of doing something similar, but I was thinking of 
buying a car camera (something like this http://is.gd/D3WNYL ) but 
don't know is it any good for mapping.

Anyone used video recordings for mapping.
I tried video mapping plugin for josm, but it won't load.


___
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] An example photo/video mapping trip

2012-04-11 Thread Nikhil Upadhye

Hello Paul,

My aim is to make the photo/video mapping process faster and reduce
mapper's effort in going through all the photos/videos for
information. It becomes very tedious job for mapper to go through
several hundreds of photos or hours of long videos to detect signs and
integrate to map manually.
Plugin will import all the photos/video and search for speed limits
and some road signs. A list of photos/video-frame in which features
are detected will be displayed to the mapper as well as its position
will be displayed on map. When mapper choosed perticular
photo/video-frame, he/she will see the detected feature highlighted on
photo, it's position on map(according to GPS track provided) and
possible key information window prefilled with detected information.
Now mapper can verify and edit if required the information/position of
feature detected and once everything is ok then mapper can add this
feature node and information tag to the map on single click. There
will also be many things integrated in the process like displying
warning if a feature similar to detected feature already exists in the
map etc.

There are several cases which can produce false conclusion, one of
such is mentioned by you. Plugin will suggest what it has deteced in
image and correspondign possibilities. Solution for such situation as
you mentioned can be integrated to get get correct information but it
becomes too specific will take good amount of time. There are several
factors to be considered like mounting position of camera, distance
between camera and object, traffic rules of country you are driving in
like right or left driving position etc. Solution for situations like
you mentioed can be added later according to specific camera mounting
positions, feature which is detected, specific to country etc.

My aim is to create a base for photo/video based detection and its
integration to map. So I will detect and integrate some basic
worldwide signs as a part of GSoC and will try to develope furthur to
add specific things as per mapper requirement in GSoC if time permitts
or certainly after GSoC. There are almost endless situations like one
you have mentioned, one will be able identify such situation and
develop a solution to make plugin robust once the base is properly
build.

Any other suggestions regarding  the idea are welcome!

--
Nikhil



On Wed, Apr 11, 2012 at 2:15 AM, Paul Norman penor...@mac.com wrote:
 The road signs, max speeds and bus stops don't take long to tag. Take the
 bus stop in IMG_3429.JPG as an example.
 http://pnorman.dev.openstreetmap.org/photomapping/example_bus_stop.png is
 what the area looks like in JOSM, with my car location indicated

 When quickly going through the image I can easily identify that there is a
 bus stop here. Seeing that there is a bus stop, I first have to identify
 where it is. Neglecting GPS error, the bus stop is about 50m away from my
 car and on the other side of the road. As this bus stop has a shelter I can
 easily see it on my imagery. If it didn't, I would have to count power
 poles, look at curves in the road or some other technique to get the precise
 location. Even if I had no imagery I would want to get the stop on the
 correct side of the road.

 Suppose there is no bus_stop in OSM. I then need to add a node to where it
 is with highway=bus_stop. I then look at the bus stop and see that it has a
 shelter, bench, is wheelchair accessible, has a waste basket and is operated
 by TransLink. I then convert these to shelter=yes bench=yes wheelchair=yes
 amenity=waste_basket operator=TransLink. If the image was high enough
 quality I would add ref=* but my camera can't make it out from 50m away.

 To simply create a highway=bus_stop at my position would be wrong. I'm
 driving on the right side of the road and the bus stop is on the left. Even
 identifying the bus_stop doesn't help much, that's the easiest part of
 adding it.

 How would your proposed plugin help me?

 -Original Message-
 From: Nikhil Upadhye [mailto:nikhil.spitf...@gmail.com]
 Sent: Tuesday, April 10, 2012 6:52 AM
 To: talk@openstreetmap.org
 Subject: Re: [OSM-talk] An example photo/video mapping trip

 Thanks Paul for sharing files!
 I have submitted proposal for JSOM plugin development to extract
 information from such images and videos under GSoC this year.
 This plugin will use image processing to extract the key features such
 as road signs, max speed, bus stop etc as you have indicated in some
 images. These extracted features from images/videos will be
 automatically added to map with respective tags after synchronizing with
 gps tracks.

 I would request if anyone has such images/videos along with gpx file to
 share here as these will be helpful while developing the plugin.

 --
 Nikhil Upadhye



 On Tue, Apr 10, 2012 at 7:11 AM, Paul Norman penor...@mac.com wrote:
  A few GSoC students have made proposals relating to video and photo
 mapping.
  As I make good use of photos from my car for

[OSM-talk] Feedback from the Red Cross, UN people, and Esri: YOU (OSM) are GREAT!!!

2012-04-11 Thread Jean-Guilhem Cailton

Hi,

Last week, I was at the conference GIS for the United Nations and the
International Community, a conference organized by UNITAR's Operational
Satellite Application Programme (UNOSAT) and Esri, April 3-5, 2012, at
the World Meteorological Organization, in Geneva, Switzerland.

The main message I'd like to get back to each and everyone of you, from
the almost unanimous feedback I received and witnessed while I was
there, is that OpenStreetMap is rather well known and very much
appreciated among the people who attended the conference. It is
difficult to carry across the kind of recognition and gratefulness that
I felt for the work of OSM volunteers, and no expression can be
exaggerated to convey it. I am not saying that Ban Ki-moon knows about
OSM as much as he probably knows about Google, for instance, but at
least the UN people connected in some (possibly remote) way to GIS know
about it, and some are really well aware of the strengths (and also of
course of the weaknesses) of OSM.

Even in the panel that I attended in the first panel session,
Geographic Information in Postcrisis - Transition to Stability and
Redevelopment, where OSM was not explicitly on the agenda, it came up
in the knowledgeable and lively discussion that followed, with some
strong opinions expressed about the commercial character of the
licence (from the point of view of this mostly humanitarian audience),
and the restrictions it implies, a topic that deserves more development
and to which I'll come back later in another post.

The next day, I was a panelist in Open Data and the Crowd:
Collaborating for Action, a panel moderated by Ryan Lanclos, Esri,
where I had been invited at the last minute to represent H.O.T. It was a
really very interesting panel, with Lars Bromley, UNITAR/UNOSAT, Jihad
Abdalla, Emergency Officer at UNICEF/EMOPS, Andrej Verity, UNOCHA, and
Frédéric Zanetta, IFRC. UNOSAT had made their own experiments about
crowd-sourcing, and were well aware of its difficulties. I presented OSM
in general, and in particular the remote mobilization for Haiti (with an
extract of Tim Berners-Lee video at TED 2010) followed by field projects
there, with the example of the STM_020 project in Saint Marc, Haiti,
where I had just spent a month (I'll also come back to this later). I
think, judging from later interventions, that I managed to get across
the message that OSM is first of all a community (rather than a
crowd). A similar point was also later expressed from the audience,
with someone saying that organizations should engage with the crowd,
not use it. In his conclusion, Andrej Verity encouraged the audience
not to be afraid to engage the crowd.
After this panel, my personal feeling was an exhilarating one that
apparently everyone, from the panel and the interventions from the
audience, had a desire to move forward, iteratively improving
cooperation processes, and solving problems as they might arise.

In the next panel that I attended, of particular interest was the
presentation by René Saameli, of the ICRC, of the mapping of Walikale,
DR Congo, to support the Red Cross water supply project there, jointly
by remote OSM volunteers, who digitized the satellite image acquired by
the Red Cross, by local Red Cross representative and correspondents, who
collected field information, like names of streets and suburbs or points
of interest, on Walking Papers (with no need for GPS units - which would
be too costly if this process is to be repeated on a large scale), and
remote OSM volunteers again, who entered WP info into the database, to
produce a complete and accurate map of the town. Analyzes, such as
population repartition estimation based on digitized buildings, could
then also be conducted. The ICRC was so pleased by this project, as well
as previous joint work with OSM (like for mapping Osh in Kirghiztan
during the 2010 troubles there) that he declared that they are preparing
a Memorandum of Understanding with HOT, and envision the possibility to
have volunteers who would be both Red Cross and HOT, as the Red
Cross and OSM are both mainly volunteers movements. Big credit goes to
Frédéric Bonifas for building this trust relationship over the years.
Here is an interview about this collaborative mapping:
http://www.icrc.org/eng/resources/documents/interview/2012/mapping-interview-2012-04-05.htm
Getting closer to the Red Cross and its millions of volunteers
worldwide, for those interested, could be a way to bridge the missing
link between the potential of OSM tools and the (mostly unmapped and
unconnected) local communities of the developing world, where they could
be really useful to make a difference.
And this could also be a popularity boost for OSM, by making lay people
aware of the link between maps and humanitarian action.
Like René said off the record, it could be a reply from humanitarians
with boots on the ground to the World Bank/Google agreement that made
some noise earlier this year.

The closing session offered

Re: [OSM-talk] An example photo/video mapping trip

2012-04-11 Thread Paul Norman

I'd suggest a digital camera with an intervalometer to capture images every
few seconds. Canon PowerShots with CHDK work for this.

The mounts look useful but you can get similar mounts separately (e.g.
http://delkin.com/c-147099-mounts-mini-mount.html)

 From: Colin Smale [mailto:colin.sm...@xs4all.nl]
 Subject: Re: [OSM-talk] An example photo/video mapping trip

 I have been experimenting with a similar device recently and the results
 are a bit disappointing. Despite the HD resolution the images are
 compressed to death giving a bitrate of 175kb/sec. It is almost
 impossible to read road signs, street names etc which are the most
 important things I was hoping to capture. However it did come with a
 nice solid windscreen mount with a standard screw thread so I am
 actually considering buying an inexpensive real video camera for
 mapping use. They are getting cheaper, smaller and lighter all the time,
 now there are no moving parts required.

 Colin

 On 11/04/2012 10:57, hbogner wrote:
  I was thinking of doing something similar, but I was thinking of
  buying a car camera (something like this http://is.gd/D3WNYL ) but
  don't know is it any good for mapping.
  Anyone used video recordings for mapping.
  I tried video mapping plugin for josm, but it won't load.

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

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

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

Re: [OSM-talk] An example photo/video mapping trip

2012-04-11 Thread Paul Norman

My point is that what you're proposing would help with the parts that aren't
tedious and don't take much time while doing nothing to the parts of photo
mapping that do take up my time.

 -Original Message-
 From: Nikhil Upadhye [mailto:nikhil.spitf...@gmail.com]
 Sent: Wednesday, April 11, 2012 5:11 AM
 To: talk@openstreetmap.org
 Subject: Re: [OSM-talk] An example photo/video mapping trip

 Hello Paul,

 My aim is to make the photo/video mapping process faster and reduce
 mapper's effort in going through all the photos/videos for information.
 It becomes very tedious job for mapper to go through several hundreds of
 photos or hours of long videos to detect signs and integrate to map
 manually.
 Plugin will import all the photos/video and search for speed limits and
 some road signs. A list of photos/video-frame in which features are
 detected will be displayed to the mapper as well as its position will be
 displayed on map. When mapper choosed perticular photo/video-frame,
 he/she will see the detected feature highlighted on photo, it's position
 on map(according to GPS track provided) and possible key information
 window prefilled with detected information.
 Now mapper can verify and edit if required the information/position of
 feature detected and once everything is ok then mapper can add this
 feature node and information tag to the map on single click. There will
 also be many things integrated in the process like displying warning if
 a feature similar to detected feature already exists in the map etc.

 There are several cases which can produce false conclusion, one of such
 is mentioned by you. Plugin will suggest what it has deteced in image
 and correspondign possibilities. Solution for such situation as you
 mentioned can be integrated to get get correct information but it
 becomes too specific will take good amount of time. There are several
 factors to be considered like mounting position of camera, distance
 between camera and object, traffic rules of country you are driving in
 like right or left driving position etc. Solution for situations like
 you mentioed can be added later according to specific camera mounting
 positions, feature which is detected, specific to country etc.

 My aim is to create a base for photo/video based detection and its
 integration to map. So I will detect and integrate some basic worldwide
 signs as a part of GSoC and will try to develope furthur to add specific
 things as per mapper requirement in GSoC if time permitts or certainly
 after GSoC. There are almost endless situations like one you have
 mentioned, one will be able identify such situation and develop a
 solution to make plugin robust once the base is properly build.

 Any other suggestions regarding  the idea are welcome!

 --
 Nikhil

 On Wed, Apr 11, 2012 at 2:15 AM, Paul Norman penor...@mac.com wrote:
  The road signs, max speeds and bus stops don't take long to tag. Take
  the bus stop in IMG_3429.JPG as an example.
  http://pnorman.dev.openstreetmap.org/photomapping/example_bus_stop.png
  is what the area looks like in JOSM, with my car location indicated

  When quickly going through the image I can easily identify that there
  is a bus stop here. Seeing that there is a bus stop, I first have to
  identify where it is. Neglecting GPS error, the bus stop is about 50m
  away from my car and on the other side of the road. As this bus stop
  has a shelter I can easily see it on my imagery. If it didn't, I would
  have to count power poles, look at curves in the road or some other
  technique to get the precise location. Even if I had no imagery I
  would want to get the stop on the correct side of the road.

  Suppose there is no bus_stop in OSM. I then need to add a node to
  where it is with highway=bus_stop. I then look at the bus stop and see
  that it has a shelter, bench, is wheelchair accessible, has a waste
  basket and is operated by TransLink. I then convert these to
  shelter=yes bench=yes wheelchair=yes amenity=waste_basket
  operator=TransLink. If the image was high enough quality I would add
 ref=* but my camera can't make it out from 50m away.

  To simply create a highway=bus_stop at my position would be wrong. I'm
  driving on the right side of the road and the bus stop is on the left.
  Even identifying the bus_stop doesn't help much, that's the easiest
  part of adding it.

  How would your proposed plugin help me?

  -Original Message-
  From: Nikhil Upadhye [mailto:nikhil.spitf...@gmail.com]
  Sent: Tuesday, April 10, 2012 6:52 AM
  To: talk@openstreetmap.org
  Subject: Re: [OSM-talk] An example photo/video mapping trip

  Thanks Paul for sharing files!
  I have submitted proposal for JSOM plugin development to extract
  information from such images and videos under GSoC this year.
  This plugin will use image processing to extract the key features
  such as road signs, max speed, bus stop etc as you have indicated in
  some images. These

Re: [OSM-talk] [HOT] Feedback from the Red Cross, UN people, and Esri: YOU (OSM) are GREAT!!!

2012-04-11 Thread Mikel Maron

thanks for the wonderful summary of the conference JGC, sounds like a great 
success ... can we get this up on the HOT blog?

* Mikel Maron * +14152835207 @mikel s:mikelmaron

 From: Jean-Guilhem Cailton j...@arkemie.com
To: h...@openstreetmap.org 
Cc: OSM-talk talk@openstreetmap.org 
Sent: Wednesday, April 11, 2012 4:47 PM
Subject: [HOT] Feedback from the Red Cross, UN people, and Esri: YOU (OSM) are 
GREAT!!!

Hi, 

Last week, I was at the conference GIS for the United Nations and
  the International Community, a conference organized by UNITAR's
  Operational Satellite Application Programme (UNOSAT) and Esri,
  April 3-5, 2012, at the World Meteorological Organization, in
  Geneva, Switzerland. 

The main message I'd like to get back to each and everyone of you,
  from the almost unanimous feedback I received and witnessed while
  I was there, is that OpenStreetMap is rather well known and very
  much appreciated among the people who attended the conference. It
  is difficult to carry across the kind of recognition and
  gratefulness that I felt for the work of OSM volunteers, and no
  expression can be exaggerated to convey it. I am not saying that
  Ban Ki-moon knows about OSM as much as he probably knows about
  Google, for instance, but at least the UN people connected in some
  (possibly remote) way to GIS know about it, and some are really
  well aware of the strengths (and also of course of the weaknesses)
  of OSM. 

Even in the panel that I attended in the first panel session,
  Geographic Information in Postcrisis - Transition to Stability
  and Redevelopment, where OSM was not explicitly on the agenda, it
  came up in the knowledgeable and lively discussion that followed,
  with some strong opinions expressed about the commercial
  character of the licence (from the point of view of this mostly
  humanitarian audience), and the restrictions it implies, a topic
  that deserves more development and to which I'll come back later
  in another post. 

The next day, I was a panelist in Open Data and the Crowd:
  Collaborating for Action, a panel moderated by Ryan Lanclos,
  Esri, where I had been invited at the last minute to represent
  H.O.T. It was a really very interesting panel, with Lars Bromley,
  UNITAR/UNOSAT, Jihad Abdalla, Emergency Officer at UNICEF/EMOPS,
  Andrej Verity, UNOCHA, and Frédéric Zanetta, IFRC. UNOSAT had made
  their own experiments about crowd-sourcing, and were well aware of
  its difficulties. I presented OSM in general, and in particular
  the remote mobilization for Haiti (with an extract of Tim
  Berners-Lee video at TED 2010) followed by field projects there,
  with the example of the STM_020 project in Saint Marc, Haiti,
  where I had just spent a month (I'll also come back to this
  later). I think, judging from later interventions, that I managed
  to get across the message that OSM is first of all a community
  (rather than a crowd). A similar point was also later expressed
  from the audience, with someone saying that organizations should
  engage with the crowd, not use it. In his conclusion, Andrej
  Verity encouraged the audience not to be afraid to engage the
  crowd. 
After this panel, my personal feeling was an exhilarating one that
  apparently everyone, from the panel and the interventions from the
  audience, had a desire to move forward, iteratively improving
  cooperation processes, and solving problems as they might arise. 

In the next panel that I attended, of particular interest was the
  presentation by René Saameli, of the ICRC, of the mapping of
  Walikale, DR Congo, to support the Red Cross water supply project
  there, jointly by remote OSM volunteers, who digitized the
  satellite image acquired by the Red Cross, by local Red Cross
  representative and correspondents, who collected field
  information, like names of streets and suburbs or points of
  interest, on Walking Papers (with no need for GPS units - which
  would be too costly if this process is to be repeated on a large
  scale), and remote OSM volunteers again, who entered WP info into
  the database, to produce a complete and accurate map of the town.
  Analyzes, such as population repartition estimation based on
  digitized buildings, could then also be conducted. The ICRC was so
  pleased by this project, as well as previous joint work with OSM
  (like for mapping Osh in Kirghiztan during the 2010 troubles
  there) that he declared that they are preparing a Memorandum of
  Understanding with HOT, and envision the possibility to have
  volunteers who would be both Red Cross and HOT, as the Red
  Cross and OSM are both mainly volunteers movements. Big credit
  goes to Frédéric Bonifas for

Re: [OSM-talk] Coastline updates still running?

2012-04-11 Thread Jon Burgess

On Wed, 2012-04-11 at 20:41 +0100, OJ W wrote:
 Is there some problem with the coastline at Doha airport?  The new
 coastline (changed since February) doesn't yet appear in rendered
 maps, but looks reasonable in the Edit view:
 http://www.openstreetmap.org/?lat=25.24915lon=51.61024zoom=15layers=M

I have just deployed an updated set of coastline shapefiles which look
like they will fix the problem once the area is rendered again. 

  Jon



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

[OSM-talk-nl] Nationaal Congres Open Data - wie wil mee?

Hallo allen,

Volgende week vrijdag wordt het Nationaal Congres Open Data gehouden in
Eindhoven gehouden. Zie ook:
http://www.openeindhoven.nl/nationaal-congres-open-data/

Wij (OSM) zijn daar ook uitgenodigd om erbij te zijn en ons te presenteren
gedurende de dag.

Ik heb nog een vrij-kaartje over voor diegene die ook wil helpen bij de OSM
stand.

Stuur me even een bericht wanneer je interesse hebt.

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

Re: [OSM-talk-nl] AND data in OSM

2012/4/11 Stefan de Konink ste...@konink.de

 Ik dacht al dat de vork anders in de steel zat. Nu het echte verhaal.

AND is/was geen voorstander van de ODbL. AND had natuurlijk kunnen zeggen:
 Slechte keuze OpenStreetMap, wij herlicenseren onze data niet. Dat hebben
 ze (gelukkig) voor OpenStreetMap. Wat er wel is gebeurd: AND heeft
 aangegeven dat de reeds geïmporteerde data in gebruik mag blijven, maar dat
 de geleverde ruwe data gewoon CC-BY-SA blijft (en daar mee incompatible is).

 Ook hebben ze een aantal cases voorgelegd waar de ODbL niet werkte, en ook
 besproken met Henk.


De ODbL werkt wel, maar niet hoe zij dat kennelijk zien. Daarnaast is ook
onderkend dat CC-BY-SA in veel gevallen ook niet werkte ...



 Conclusie: (natuurlijk) mag de oude data bewaard blijven, immers gegeven
 onder de CC-BY-SA. Wat niet mag is die data verder in OpenStreetMap
 importeren onder de ODbL. Maar als mensen bijvoorbeeld met 
 http://fosm.org/ verder willen gaan kan deze data (gewoon) gebruikt
 worden.


Dan even de letterlijke tekst die ik van AND heb gekregen:

=== begin citaat 
Wij gaan akkoord onder de volgende voorwaarden:

   1. Wij geven de licentie af voor de tot nu toe geïmporteerde data (per
   1/3/2012).
   2. Alle geleverde kopieën van de originele data worden vernietigd en
   verwijderd van servers.
   3. AND wordt genoemd als een van de contributors in de copyright (
   http://www.openstreetmap.org/copyright): Netherlands: Contains © AND
   data, 2007 (www.and.com)

 einde citaat ===


 Om onduidelijkheden weg te nemen heb ik op verzoek van AND ook even een
 LICENSE.TXT bij het bestand op de server gezet.


Prima, graag ook even een schriftelijke bevestiging van AND dat ze hiermee
akkoord zijn.

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

Re: [OSM-talk-nl] AND data in OSM

2012-04-11 Thread Robert Elsenaar

Wat moet er met de kopien vsn de kopien van de ruwe data grbeuren?
Ook als het nu op servers van Fosm staat?
Geldt het gebruiksverbod op ruwe data zoals genoemd alleen voor osm of ook voor 
fosm?
Eenmaal onder odbl uitgegeven data mag deze verder gedostribueerd worden onder 
Ccbysa of is dat juist andersom?

Zomaar een paar vragen voor de duidelijkheid.


Met vriendelijke groeten,
Robert Elsenaar 
(Verzonden vanaf Mobile)

Henk Hoff toffeh...@gmail.com schreef:


2012/4/11 Stefan de Konink ste...@konink.de
Ik dacht al dat de vork anders in de steel zat. Nu het echte verhaal.
AND is/was geen voorstander van de ODbL. AND had natuurlijk kunnen zeggen: 
Slechte keuze OpenStreetMap, wij herlicenseren onze data niet. Dat hebben ze 
(gelukkig) voor OpenStreetMap. Wat er wel is gebeurd: AND heeft aangegeven dat 
de reeds geïmporteerde data in gebruik mag blijven, maar dat de geleverde ruwe 
data gewoon CC-BY-SA blijft (en daar mee incompatible is).

Ook hebben ze een aantal cases voorgelegd waar de ODbL niet werkte, en ook 
besproken met Henk.


De ODbL werkt wel, maar niet hoe zij dat kennelijk zien. Daarnaast is ook 
onderkend dat CC-BY-SA in veel gevallen ook niet werkte ...
 

Conclusie: (natuurlijk) mag de oude data bewaard blijven, immers gegeven onder 
de CC-BY-SA. Wat niet mag is die data verder in OpenStreetMap importeren onder 
de ODbL. Maar als mensen bijvoorbeeld met http://fosm.org/ verder willen gaan 
kan deze data (gewoon) gebruikt worden.

Dan even de letterlijke tekst die ik van AND heb gekregen:

=== begin citaat 
Wij gaan akkoord onder de volgende voorwaarden:
Wij geven de licentie af voor de tot nu toe geïmporteerde data (per 1/3/2012).
Alle geleverde kopieën van de originele data worden vernietigd en verwijderd 
van servers.
AND wordt genoemd als een van de contributors in de copyright 
(http://www.openstreetmap.org/copyright): Netherlands: Contains © AND data, 
2007 (www.and.com)
 einde citaat === 


Om onduidelijkheden weg te nemen heb ik op verzoek van AND ook even een 
LICENSE.TXT bij het bestand op de server gezet.


Prima, graag ook even een schriftelijke bevestiging van AND dat ze hiermee 
akkoord zijn.
 
Gr,
henk___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] AND data in OSM

2012/4/11 Robert Elsenaar rob...@elsenaar.info

 Wat moet er met de kopien vsn de kopien van de ruwe data grbeuren?
 Ook als het nu op servers van Fosm staat?
 Geldt het gebruiksverbod op ruwe data zoals genoemd alleen voor osm of ook
 voor fosm?


Ik weet niet welke afspraken Stefan verder met AND heeft gemaakt, dus
bovenstaande laat ik aan hem over. De voorwaarden die ik van AND heb
gekregen spreken voor zich.


 Eenmaal onder odbl uitgegeven data mag deze verder gedostribueerd worden
 onder Ccbysa of is dat juist andersom?


Nee (vice versa).
De incompatibiliteit zit 'm in de karakter van de viraliteit (de Share
Alike clausule). We hebben met verschillende instanties die data onder
CC-BY hebben vrijgegeven wel een akkoord dat deze ook in onze database mag.


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

Re: [OSM-talk-nl] AND data in OSM

2012-04-11 Thread Ben Laenen

On Wednesday 11 April 2012 17:49:15 Henk Hoff wrote:
 Dan even de letterlijke tekst die ik van AND heb gekregen:
 
 === begin citaat 
 Wij gaan akkoord onder de volgende voorwaarden:
 
2. Alle geleverde kopieën van de originele data worden vernietigd en
verwijderd van servers.

En met wie hebben ze die voorwaarden afgesproken? Als anderen het op hun 
server hebben staan kan je hen niet gebieden om het er terug af te halen. 
Zoals gezegd, eenmaal onder CC-BY-SA, altijd onder CC-BY-SA. Dan hadden ze 
maar niet moeten toestemmen met die licentie indertijd...

Ben

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

Re: [OSM-talk-nl] AND data in OSM

2012-04-11 Thread Stefan de Konink


On 11-04-12 18:58, Ben Laenen wrote:

En met wie hebben ze die voorwaarden afgesproken? Als anderen het op hun
server hebben staan kan je hen niet gebieden om het er terug af te halen.
Zoals gezegd, eenmaal onder CC-BY-SA, altijd onder CC-BY-SA. Dan hadden ze
maar niet moeten toestemmen met die licentie indertijd...


Vind het interessanter dan The Foundation denkt akkoord te kunnen gaan 
met dit soort zaken :)



Stefan

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

Re: [OSM-talk-nl] AND data in OSM

2012-04-11 Thread Robert Elsenaar

Dat betekend dus dat vanaf 1 april data uit osm niet meer in Fosm overgenomen 
mag worden er dat fosm data taboe is voor osm? Klopt dat?

De fork is dan m.i. Ook ten einde?

Jammer. Was zo leuk die anarchie. Hihihi.


Met vriendelijke groeten,
Robert Elsenaar 
(Verzonden vanaf Mobile)

Henk Hoff toffeh...@gmail.com schreef:

2012/4/11 Robert Elsenaar rob...@elsenaar.info
Wat moet er met de kopien vsn de kopien van de ruwe data grbeuren?
Ook als het nu op servers van Fosm staat?
Geldt het gebruiksverbod op ruwe data zoals genoemd alleen voor osm of ook voor 
fosm?

Ik weet niet welke afspraken Stefan verder met AND heeft gemaakt, dus 
bovenstaande laat ik aan hem over. De voorwaarden die ik van AND heb gekregen 
spreken voor zich.
 
Eenmaal onder odbl uitgegeven data mag deze verder gedostribueerd worden onder 
Ccbysa of is dat juist andersom?

Nee (vice versa). 
De incompatibiliteit zit 'm in de karakter van de viraliteit (de Share Alike 
clausule). We hebben met verschillende instanties die data onder CC-BY hebben 
vrijgegeven wel een akkoord dat deze ook in onze database mag.
 

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

Re: [OSM-talk-nl] AND data in OSM

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


 En met wie hebben ze die voorwaarden afgesproken? Als anderen het op hun
 server hebben staan kan je hen niet gebieden om het er terug af te halen.
 Zoals gezegd, eenmaal onder CC-BY-SA, altijd onder CC-BY-SA. Dan hadden ze
 maar niet moeten toestemmen met die licentie indertijd...


Met de OSM Foundation. Uiteraard hebben wij aan onze kant een kanttekening
geplaatst dat het verwijderen betrekking heeft op onze servers.
Er is nog een mailwisseling geweest over de interpretatie van deze regel en
het waarom. Dat alles heeft geresulteerd in de eerste mail van deze thread.

Kortom:
Punt 1 van de voorwaarden is net door Stefan bevestigd
Punt 2 van de voorwaarden zie ook eerste mail van deze thread
Punt 3 van de voorwaarden zie http://www.openstreetmap.org/copyright

Klaar.

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

Re: [OSM-talk-nl] AND data in OSM

2012/4/11 Robert Elsenaar rob...@elsenaar.info

 Dat betekend dus dat vanaf 1 april data uit osm niet meer in Fosm
 overgenomen mag worden er dat fosm data taboe is voor osm? Klopt dat?

 Even afgezien de datum: ja dat klopt.
De datum is even afhankelijk van wanneer we de eerste planet export onder
ODbL hebben gepubliceerd. Dat wordt gedaan wanneer de opschoon-actie is
voltooid. Daar wordt nu aan gewerkt.
Gedurende de opschoon-actie worden de planet-diffs stopgezet cq op een
andere plek gezet. Dit omdat de opschoon-actie heel veel diffs genereert
die niet recht doen aan de werkelijke wijzigingen in de database.


 De fork is dan m.i. Ook ten einde?

 Of de fork ten einde is, moet je aan de initiatiefnemers van de fork
vragen.

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

Re: [talk-au] How to fix the coastlines?

2012-04-11 Thread mick

On Thu, 12 Apr 2012 08:33:42 +1000
Steve Bennett stevag...@gmail.com wrote:

 Hi,
   So given that large slabs of coastline are about to be deleted -
 what exactly are we going to do about them? 
 Are there any sources of data we can use? 

My inclination would be to use the 'Topo 250K' series downloadable from 
http://mapconnect.ga.gov.au/MapConnect after FIRST ENSURING LICENCE 
COMPATIBILITY.

Of course they are not as current as one might wish, based on data gathered 
from 1970 and with a publication data of C 2006 but at least fill in the holes 
with a baseline to build from.

 Does anyone have the skills and tools to import them?

Due to a death in the family I don't have the time to devote to the project at 
this time.

mick the sparrowhawk

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

Re: [talk-au] How to fix the coastlines?

2012-04-11 Thread Mark Pulley


Quoting Steve Bennett stevag...@gmail.com:


  So given that large slabs of coastline are about to be deleted -
what exactly are we going to do about them? Are there any sources of
data we can use? Does anyone have the skills and tools to import them?


Is it too early to upload the replacement ABS boundaries? Once this is  
in, in areas where coastline has vanished we could use these  
boundaries for a coastline, pending better surveys or imports. We can  
also repair state borders with these boundaries.


Mark P.



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

Re: [talk-au] How to fix the coastlines?

2012-04-11 Thread Ian Sergeant

A week or so ago there were a group of people working intent on filling
coastline gaps.

Perhaps another appeal to the wider community to help in the remaining
sections?

Ian
On Apr 12, 2012 6:06 AM, Mark Pulley mrpul...@lizzy.com.au wrote:

 Quoting Steve Bennett stevag...@gmail.com:

   So given that large slabs of coastline are about to be deleted -
 what exactly are we going to do about them? Are there any sources of
 data we can use? Does anyone have the skills and tools to import them?


 Is it too early to upload the replacement ABS boundaries? Once this is in,
 in areas where coastline has vanished we could use these boundaries for a
 coastline, pending better surveys or imports. We can also repair state
 borders with these boundaries.

 Mark P.



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

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

[Talk-br] Superquadras in Brasilia?

2012-04-11 Thread Ian Villeda

Óla pessoal, 

Our team is working hard to get Brasilia well mapped [1]. We've noticed that 
superquadras are tagged with place=suburbs, which makes them stand out[2] and 
seems inconsistent. One idea would be to name the streets according to the the 
superquadra, but I was wondering if there was a better place= tag to use?

Thanks, 

Ian Villeda


[1] https://twitter.com/#!/lxbarth/status/189359575785418754 
[2] https://img.skitch.com/20120411-1xeam2u36y2srax9ak5btxisux.jpg
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-de] addr:housename oder nur name

2012-04-11 Thread Ronnie Soak

 Marvin Preuss schrieb:

 addr:housename oder nur name.


 Wenn es ein Name ist, der Teil der Adresse ist und auf Poststücken
verwendet wird, um das Zustellziel anzugeben, dann addr:housename. Einzig
und alleine dafür ist dieses Tag gedacht. Für einen Namen, der nicht Teil
der offiziellen Adresse ist, kann es kein addr:*-Tag sein, da ist name oder
ähnliches sicher besser.


+1

und nichts hinzuzufügen...

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

Re: [Talk-de] Wiederherstellung von Nodes, ID unbekannt

2012-04-11 Thread Sven Geggus

cottaer cott...@gmx.de wrote:

 Allerdings, das passt nicht ganz: 
 http://a.tile.openstreetmap.de/tiles/osmde/17/70629/43912.png/status 
 (betroffenes Tile) sagt momentan, am 8.4. zuletzt gerendert, lt. 
 http://www.openstreetmap.org/browse/node/1259440632/history wurde der 
 Node am 4.4. gelöscht, ist aber auf dem Tile vom 8.4. noch drauf. 

weil er in der Datenbank auch jetzt noch drin ist:
osm= select name from planet_osm_point where osm_id=1259440632;
name

 Struppengrundkegel
(1 Zeile)

Keine Ahnung warum das so ist, die Replikation der Datenbank ist jedenfalls
aktuell.

Sven

-- 
Der normale Bürger ist nicht an der TU Dresden und schreibt auch
nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion)

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Gebäude nicht gerendert - machmal steht man im Wald

2012-04-11 Thread Jochen


Am 10.04.2012 20:39, schrieb Mitja Kleider:

On 04/10/2012 05:03 PM, Jan Tappenbeck wrote:

kann mir einer von Euch sagen warum die Gebäude in

http://www.openstreetmap.org/?lat=53.883422lon=10.654213zoom=18layers=M

(Nr. 5 bis 14) einfach nicht gerendert werden - obwohl schon vor Monaten
gezeichnet ?

Wir haben einen ähnlichen Fall hier
http://www.openstreetmap.org/?lat=51.501884lon=9.905246zoom=18layers=M

Vermutlich fehlen in diesem Fall die Nodes in der Rendering-DB.

Gruß,
Mitja

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

In beiden Fällen wurden/werden die Gebäude in der Radfahrerkarte sauber 
angezeigt. Sind das Alterserscheinungen beim Renderer?


Gruß
Jochen

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

Re: [Talk-de] addr:housename oder nur name

Am 11. April 2012 03:42 schrieb Robert Kaiser ka...@kairo.at:
 Marvin Preuss schrieb:

 addr:housename oder nur name.


 Wenn es ein Name ist, der Teil der Adresse ist und auf Poststücken verwendet
 wird, um das Zustellziel anzugeben, dann addr:housename. Einzig und alleine
 dafür ist dieses Tag gedacht. Für einen Namen, der nicht Teil der
 offiziellen Adresse ist, kann es kein addr:*-Tag sein, da ist name oder
 ähnliches sicher besser.


Diese Meinung würde in Deutschland bedeuten, dass addr:housename
generell obsolet wäre. Jedes (erschlossene) Grundstück hat eine
Hausnummer, die der Eigentümer auch anbringen muss.

Deshalb sollte man meiner Meinung nach immer, wenn das Haus einen
Namen hat und man diesen kennt  z.B. Villa Bärenfett diesen auch
unter addr:housename vermerken. Von name unterscheidet sich
addr:housename durch die Kontinuität über Nutzungs- und
Eigentümerwechsel hinweg. Gattungsnamen wie Alte Post würde ich aber
wohl nicht unter addr:housename fassen -- hier bin ich mir aber
unsicher.

Gruß, Falk

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

Re: [Talk-de] addr:housename oder nur name

2012-04-11 Thread Andreas Labres

On 11.04.12 03:42, Robert Kaiser wrote:
 Wenn es ein Name ist, der Teil der Adresse ist und auf Poststücken verwendet
 wird, um das Zustellziel anzugeben, dann addr:housename. Einzig und alleine
 dafür ist dieses Tag gedacht. Für einen Namen, der nicht Teil der offiziellen
 Adresse ist, kann es kein addr:*-Tag sein, da ist name oder ähnliches sicher
 besser.

+1.

addr:housename ist kein Platzhalter für ich hab einen Namen und weiß nicht, wo
ich ihn hinschreiben soll.

Und name= ist das, was ein Renderer beschriften soll, was eine Suche finden soll
und wo ein Router hinrouten können soll.

/al

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

[Talk-de] Probleme mit Osmosis und Overpass-Daten


hi !

ich habe für meine Karten immer ein Tool mit welchem ich mir diverse 
Daten über XAPI ziehe und diese dann mit OSMOSIS verschmelze.


Nun habe ich mal umgestellt auf OVERPASS-api und nun klappt das mit 
OSMOSIS bei mir nicht mehr.


Ein Blick in die Dateien zeigt das OVERPASS wohl nicht alle Tags in den 
Daten hat - Version etc.


Kann das ein Grund sein und gibt es Lösungsansätze für OSMOSIS ?

Gruß Jan :-)

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

Re: [Talk-de] addr:housename oder nur name

Am 11. April 2012 10:18 schrieb Andreas Labres l...@lab.at:
 On 11.04.12 03:42, Robert Kaiser wrote:
 Wenn es ein Name ist, der Teil der Adresse ist und auf Poststücken verwendet
 wird, um das Zustellziel anzugeben, dann addr:housename. Einzig und alleine
 dafür ist dieses Tag gedacht. Für einen Namen, der nicht Teil der offiziellen
 Adresse ist, kann es kein addr:*-Tag sein, da ist name oder ähnliches sicher
 besser.

 +1.

 addr:housename ist kein Platzhalter für ich hab einen Namen und weiß nicht, 
 wo
 ich ihn hinschreiben soll.

 Und name= ist das, was ein Renderer beschriften soll, was eine Suche finden 
 soll
 und wo ein Router hinrouten können soll.

Erkläre Deine Gedanken doch möglichst mal an Beispielen, die Du Dir
vorstellst. So abstrakt ist das für mich noch nicht handhabbar.

Deiner Meinung nach ist addr:housename zur Navigation da. Hiervon
ausgehend wäre sogar Hotel XY etwas für addr:housename, denn ich
habe die Adresse nicht, aber Freunde haben mir erzählt, dass es dort
nett sei, also frage ich das Navi nach Hotel XY. Das meinst du aber
sicher nicht wenn du sagst addr:housename sei fürs routen da?

Gruß, Falk

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

Re: [Talk-de] Wiederherstellung von Nodes, ID unbekannt

Am 11. April 2012 09:28 schrieb Sven Geggus li...@fuchsschwanzdomain.de:
 weil er in der Datenbank auch jetzt noch drin ist:
 osm= select name from planet_osm_point where osm_id=1259440632;
        name
 
  Struppengrundkegel
 (1 Zeile)

 Keine Ahnung warum das so ist, die Replikation der Datenbank ist jedenfalls
 aktuell.


Siehe Mail von Frederik oben:
Hoert sich an, als koennte das eine Node-ID im URL sein. Mal testen:

http://www.openstreetmap.org/browse/node/1259440632

Tatsaechlich - da hat stephan25 den Node schon reanimiert ;)


Muss also drin sein, wenn die Replikation die db aktuell hält. Kannst
ja zur Sicherheit mal die Versionsnummer ansehen, falls Du die mit
drin hast in der db.

Gruß Martin

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

Re: [Talk-de] addr:housename oder nur name

2012-04-11 Thread Volker Bihlmayr


Am 11.04.2012 10:26, schrieb Falk Zscheile:

Am 11. April 2012 10:18 schrieb Andreas Labresl...@lab.at:

On 11.04.12 03:42, Robert Kaiser wrote:

Wenn es ein Name ist, der Teil der Adresse ist und auf Poststücken verwendet
wird, um das Zustellziel anzugeben, dann addr:housename. Einzig und alleine
dafür ist dieses Tag gedacht. Für einen Namen, der nicht Teil der offiziellen
Adresse ist, kann es kein addr:*-Tag sein, da ist name oder ähnliches sicher
besser.

+1.

addr:housename ist kein Platzhalter für ich hab einen Namen und weiß nicht, wo
ich ihn hinschreiben soll.

Und name= ist das, was ein Renderer beschriften soll, was eine Suche finden soll
und wo ein Router hinrouten können soll.


Erkläre Deine Gedanken doch möglichst mal an Beispielen, die Du Dir
vorstellst. So abstrakt ist das für mich noch nicht handhabbar.

Deiner Meinung nach ist addr:housename zur Navigation da. Hiervon
ausgehend wäre sogar Hotel XY etwas für addr:housename, denn ich
habe die Adresse nicht, aber Freunde haben mir erzählt, dass es dort
nett sei, also frage ich das Navi nach Hotel XY. Das meinst du aber
sicher nicht wenn du sagst addr:housename sei fürs routen da?

Gruß, Falk

Ich versuch ma Aufzugreifen:

Name: hier würde der Name Hotel XY reinkommen

addr:housename (sie auch hier: 
http://wiki.openstreetmap.org/wiki/DE:Key:addr) wird i.d.R. als Ersatz 
für eine Hausnummer verwendet. Als Beispiele würden mir noch eige Weiler 
oder Ausserhalb von geschlossen Ortschaften liegende Höfe einfallen die 
wenigsten lokal nur unter dem altem Hausnahmen bekannt sind (i.d.R. aber 
heute auch längst eine Adresse mit Hausnummer haben). Der Hausnahme hat 
früher somit Teilweise die komplette Adresse ersetzt (bis auf eine 
Ortsangabe).
spontan würde mir als Beispiel evtl noch der hier einfallen: 
http://www.openstreetmap.org/?lat=48.234839lon=10.689291zoom=18layers=M 
wobei dieser inzwischen als offizieller Ortsteil geführt wird und damit 
der Hausename auch hinfällig ist.


Gruss
Volker

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

Re: [Talk-de] Sicheres Anmelden bei OSM?

2012-04-11 Thread Andreas Labres

On 11.04.12 10:21, Manuel Reimer wrote:
 Bei OSM dagegen sendet man sein Passwort komplett ungesichert.

Nee, wenn ich http://www.openstreetmap.org/login ansurfe, werde ich auf
https://www.openstreetmap.org/login redirected. Und das POST geht dann auch über
https.

/al

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

Re: [Talk-de] addr:housename oder nur name

Am 10. April 2012 23:00 schrieb Marvin Preuss xsteadfa...@gmail.com:
 In vielen Ostseebädern gibt es Häuser die Namen haben (fast alle dort in
 Sellin). Diese wollte ich taggen. Nun gibt es ja zwei Möglichkeiten:
 addr:housename oder nur name.


addr:housename ist ein Adresstag, d.h. das kann an alles ran, was
diese Adresse trägt (z.B. das Grundstück, so dass die Fläche definiert
wird, wo die Adresse gilt). Im Gegensatz dazu gibt name den Namen des
getaggten Objekts an, name=Villa Kunterbunt würde ich an das Gebäude
taggen (das Objekt mit building=villa). Wenn es mehrere Gebäude auf
demselben Grundstück gibt, können die durchaus unterschiedliche Namen
haben. Solange sie dieselbe Adresse haben, würde sie auch jeweils
denselben addr:housename-tag erhalten.


 ich habe gemerkt falls ich zu
 addr:housename auch noch addr:housenumber tagge wird der Name nicht mehr
 angezeigt.


das ist unerheblich, da es eine Entscheidung desjenigen ist, der Dir
die Daten visualisiert (Editor-stylesheet oder Rendering-stylesheet),
mit den Daten und deren Bedeutung hat das nichts zu tun. Man könnte
genauso gut auch beides verketten und anzeigen wenn man wollte.


 Was würdet ihr empfehlen? Sollte ich einfach name nehmen?


name am Gebäude würde ich auf jeden Fall machen. Addr:housename kannst
Du zusätzlich machen, für die Postzustellung wird das aber meist
unerheblich sein.

 Und wenn ich das auf ein building=yes tagge...wird dann die Hausnummer
 nicht mehr gerendert?


Wo gerendert? Es gibt zig Rendering-Stile. Sich da bei der Struktur
der Daten nach einem zu richten, um dann in dieser einen Karte die
Anzeige so zu haben wie man es selbst am besten findet, ist nicht
sinnvoll. Der Renderstil von Mapnik/osm wird sowieso permanent
angepasst, so dass was heute noch erscheint morgen schon wieder weg
sein kann...

Gruß Martin

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

Re: [Talk-de] addr:housename oder nur name

2012-04-11 Thread Andre Joost


Am 11.04.12 10:26, schrieb Falk Zscheile:

Am 11. April 2012 10:18 schrieb Andreas Labresl...@lab.at:



Und name= ist das, was ein Renderer beschriften soll, was eine Suche finden soll
und wo ein Router hinrouten können soll.


 Das meinst du aber
sicher nicht wenn du sagst addr:housename sei fürs routen da?



Irgendwie kann ich deiner Logik grad nicht folgen.

Gruß,
Andre Joost




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

Re: [Talk-de] Sicheres Anmelden bei OSM?

2012-04-11 Thread Walter Nordmann


Manuel Reimer wrote
 
 
 Gibt es bereits sichere Lösungen um sich mit dem Editor bei der OSM-API
 anzumelden?

Hi Manuel

josm unterstützt OAUTH - damit geht das Hochladen ohne dass ein Password
sichtbar ist. Funzt prima.

Ausserdem wird auf openstreetmap.org OpenID unterstüzt - damit hab ich aber
keine Erfahrung.

Also alles vorhanden, man muss es nur benutzen.

Gruss
Walter


--
View this message in context: 
http://gis.19327.n5.nabble.com/Sicheres-Anmelden-bei-OSM-tp5632137p5632239.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Probleme mit Osmosis und Overpass-Daten

2012-04-11 Thread Andre Joost


Am 11.04.12 10:23, schrieb Jan Tappenbeck:

hi !

ich habe für meine Karten immer ein Tool mit welchem ich mir diverse
Daten über XAPI ziehe und diese dann mit OSMOSIS verschmelze.

Nun habe ich mal umgestellt auf OVERPASS-api und nun klappt das mit
OSMOSIS bei mir nicht mehr.

Ein Blick in die Dateien zeigt das OVERPASS wohl nicht alle Tags in den
Daten hat - Version etc.

Kann das ein Grund sein und gibt es Lösungsansätze für OSMOSIS ?

Gruß Jan :-)


Ja, ist der Grund. in der Overpass query form muß es so lauten:

query type=node
has-kv k=emergency v=aed/
/query
print mode=meta/


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

Re: [Talk-de] addr:housename oder nur name

Am 11. April 2012 11:00 schrieb Andre Joost andre+jo...@nurfuerspam.de:
 Am 11.04.12 10:26, schrieb Falk Zscheile:

 Am 11. April 2012 10:18 schrieb Andreas Labresl...@lab.at:



 Und name= ist das, was ein Renderer beschriften soll, was eine Suche
 finden soll

 und wo ein Router hinrouten können soll.

  Das meinst du aber
 sicher nicht wenn du sagst addr:housename sei fürs routen da?


 Irgendwie kann ich deiner Logik grad nicht folgen.

Ok, konkret gefragt -- gehört der Name eines Hotels deiner Meinung
nach in das addr:housname, weil ich mich mit dem Navi zum Hotel XY
schicken lassen kann?

Falk

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

Re: [Talk-de] addr:housename oder nur name

2012-04-11 Thread Michael Neumann

Am 11.04.2012 11:14, schrieb Falk Zscheile:
 
 Ok, konkret gefragt -- gehört der Name eines Hotels deiner Meinung
 nach in das addr:housname, weil ich mich mit dem Navi zum Hotel XY
 schicken lassen kann?

Nein, der Name eines Hotels gehoert in das Name-Tag, so hat Andreas das
auch geschrieben, das hast du nur falsch gelesen, er schrieb:

 Und name= ist das, was ein Renderer beschriften soll, was eine Suche finden 
 soll
 und wo ein Router hinrouten können soll.

Gruss
-- 
Michael Neumann
michael.neum...@uni-dortmund.de

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

Re: [Talk-de] addr:housename oder nur name

Am 11. April 2012 11:23 schrieb Michael Neumann
michael.neum...@uni-dortmund.de:
 Am 11.04.2012 11:14, schrieb Falk Zscheile:

 Ok, konkret gefragt -- gehört der Name eines Hotels deiner Meinung
 nach in das addr:housname, weil ich mich mit dem Navi zum Hotel XY
 schicken lassen kann?

 Nein, der Name eines Hotels gehoert in das Name-Tag, so hat Andreas das
 auch geschrieben, das hast du nur falsch gelesen, er schrieb:

 Und name= ist das, was ein Renderer beschriften soll, was eine Suche finden 
 soll
 und wo ein Router hinrouten können soll.


Stimmt, da habe ich falsch gelesen, sorry für die dadurch generierten Mails.

Gruß, Falk

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

Re: [Talk-de] Sicheres Anmelden bei OSM?

2012-04-11 Thread Manuel Reimer

Andreas Labres list at lab.at writes:
 Nee, wenn ich http://www.openstreetmap.org/login ansurfe, werde ich auf
 https://www.openstreetmap.org/login redirected. Und das POST geht dann auch
 über https.

Gut, aber wie geht es dann weiter? Wenn ab dann HTTP genutzt wird, kann die
offene Session immer noch nach Belieben gekapert werden.

Gruß

Manuel


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

Re: [Talk-de] Sicheres Anmelden bei OSM?

2012-04-11 Thread Christopher Reimer

Am 11. April 2012 11:54 schrieb Manuel Reimer manuel.s...@nurfuerspam.de:

 Gut, aber wie geht es dann weiter? Wenn ab dann HTTP genutzt wird, kann die
 offene Session immer noch nach Belieben gekapert werden.


Naja irgendwo kann man auch übertreiben. Wer soll daran interessiert sein
eine OSM-Session zu kapern.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Sicheres Anmelden bei OSM?

2012-04-11 Thread Claudius


Am 11.04.2012 11:54, Manuel Reimer:

Andreas Labreslistat  lab.at  writes:

Nee, wenn ich http://www.openstreetmap.org/login ansurfe, werde ich auf
https://www.openstreetmap.org/login redirected. Und das POST geht dann auch
über https.


Gut, aber wie geht es dann weiter? Wenn ab dann HTTP genutzt wird, kann die
offene Session immer noch nach Belieben gekapert werden.


Richtig, aber HTTPS ist serverseitig performancehungrig (==teuer). Der 
Schaden durch eine gekaperte OSM-Session ist auch eher überschaubar und 
ein eher wenig interessantes Ziel, da es sich, wenn überhaupt zur 
Rufschädigung eines OSM-Nutzers, aber nicht zu seinem finanziellen 
Schaden nutzen lässt.


Claudius



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

Re: [Talk-de] Probleme mit Osmosis und Overpass-Daten


Am 11.04.2012 11:01, schrieb Andre Joost:

Am 11.04.12 10:23, schrieb Jan Tappenbeck:

hi !

ich habe für meine Karten immer ein Tool mit welchem ich mir diverse
Daten über XAPI ziehe und diese dann mit OSMOSIS verschmelze.

Nun habe ich mal umgestellt auf OVERPASS-api und nun klappt das mit
OSMOSIS bei mir nicht mehr.

Ein Blick in die Dateien zeigt das OVERPASS wohl nicht alle Tags in den
Daten hat - Version etc.

Kann das ein Grund sein und gibt es Lösungsansätze für OSMOSIS ?

Gruß Jan :-)


Ja, ist der Grund. in der Overpass query form muß es so lauten:

query type=node
has-kv k=emergency v=aed/
/query
print mode=meta/



hi !

ich bestreite meinen weg nicht über eine query - sondern über den 
alternativen xapi-weg:


http://overpass.osm.rambler.ru/cgi/xapi? ...


Gruß Jan :-)


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

Re: [Talk-de] Probleme mit Osmosis und Overpass-Daten

2012-04-11 Thread Andre Joost


Am 11.04.12 12:31, schrieb Jan Tappenbeck:

Am 11.04.2012 11:01, schrieb Andre Joost:

Am 11.04.12 10:23, schrieb Jan Tappenbeck:

hi !

ich habe für meine Karten immer ein Tool mit welchem ich mir diverse
Daten über XAPI ziehe und diese dann mit OSMOSIS verschmelze.

Nun habe ich mal umgestellt auf OVERPASS-api und nun klappt das mit
OSMOSIS bei mir nicht mehr.

Ein Blick in die Dateien zeigt das OVERPASS wohl nicht alle Tags in den
Daten hat - Version etc.

Kann das ein Grund sein und gibt es Lösungsansätze für OSMOSIS ?

Gruß Jan :-)


Ja, ist der Grund. in der Overpass query form muß es so lauten:

query type=node
has-kv k=emergency v=aed/
/query
print mode=meta/



hi !

ich bestreite meinen weg nicht über eine query - sondern über den
alternativen xapi-weg:

http://overpass.osm.rambler.ru/cgi/xapi? ...


Gruß Jan :-)


Fast genauso:
http://overpass-api.de/api/xapi?node[bbox=7.1,51.2,7.25,51.3][@meta]
http://overpass-api.de/api/xapi?relation[route=bus][bbox=7.1,51.2,7.25,51.3][@meta]

HTH,
Andre Joost



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

Re: [Talk-de] ÖPNV-Relationen in OSM

2012-04-11 Thread Claudius


Am 02.04.2012 03:13, Stephan Wolff:

Moin,

ich habe schon viele Stunden Arbeit in die Erstellung und Pflege von
ÖPNV-Relationen (Bus-, Bahn- und Fährlinien) investiert. Leider ist
der Erfolg meiner Bemühungen (und der vieler anderer Mapper) gering.


Um das Thema nochmal aufzugreifen: Welches Schema präferierst du denn 
aktuell? Liest hier jemand auch auf talk-transit mit und kann sagen, wo 
da der aktuelle Trend bzw. die Mehrheitsverhältnisse hindeuten?
Ich würde gerne nach dem Lizenzwechsel die Relationen in meiner Gegend 
wieder warten, bin mir aber unsicher, nach welchem Schema.


Claudius


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

Re: [Talk-de] Probleme mit Osmosis und Overpass-Daten

2012-04-11 Thread Peter Wendorff


Warum liest du eigentlich nicht, was man dir als Rat gibt?
Soweit ich mich erinnere, hast du den Link zur Overpass-API schon 
gekriegt, genauer gab dir Philippe gestern den Link 
http://wiki.openstreetmap.org/wiki/Overpass_API#XAPI_Compatibility_Layer
Jetzt müsstest du also nur noch lesen, was auf dem Rest der Seite steht, 
insbesondere unter

http://wiki.openstreetmap.org/wiki/Overpass_API#Meta_Data_2

Gruß
Peter

P.S.: Selber lesen macht klug ;)

Am 11.04.2012 10:23, schrieb Jan Tappenbeck:

hi !

ich habe für meine Karten immer ein Tool mit welchem ich mir diverse 
Daten über XAPI ziehe und diese dann mit OSMOSIS verschmelze.


Nun habe ich mal umgestellt auf OVERPASS-api und nun klappt das mit 
OSMOSIS bei mir nicht mehr.


Ein Blick in die Dateien zeigt das OVERPASS wohl nicht alle Tags in 
den Daten hat - Version etc.


Kann das ein Grund sein und gibt es Lösungsansätze für OSMOSIS ?

Gruß Jan :-)

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




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

[Talk-de] Vorgehensweise der Lizenzumstellung


hi !

das die Umstellung mittels eines Bots laufen wird ist mir 
zwischenzeitlich bekannt.


Aber weiß einer wie der vorgeht ?

* Userweise
* regional
*id-bezogen
* ...

??

Gruß Jan :-)

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

Re: [Talk-de] Gebäude nicht gerendert - machmal steht man im Wald

2012-04-11 Thread Walter Nordmann


Jochen wrote
 
 In beiden Fällen wurden/werden die Gebäude in der Radfahrerkarte sauber 
 angezeigt. Sind das Alterserscheinungen beim Renderer?
Die Daten der Mapnik-Renderer-DB sind eine Kopie die Live-DB, die per
Diff-Files aktuell gehalten werden.
Da gibt es im Laufe der Zeit schon mal Abweichungen, die bisher durch einen
Neuaufbau behoben wurden (ca 1-2 mal pro Jahr?)

Gruss
Walter

--
View this message in context: 
http://gis.19327.n5.nabble.com/Gebaude-nicht-gerendert-machmal-steht-man-im-Wald-tp5630183p5632672.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Vorgehensweise der Lizenzumstellung

2012-04-11 Thread Philip Gillißen

Momentan scheint noch kein Bot zu laufen, der inkompatible Daten
korrigiert/löscht/versteckt.
Die neueste Information, die ich gefunden habe, war die im
OpenStreetMap-Blog von vor einer Woche:

 We’re not yet 100% happy with the results, so we are continuing to work on
 the code.
 As you would expect, we will not set the bot running until we are
 absolutely confident
 that it is producing accurate results. With the four-day Easter weekend
 just beginning,
 we currently expect that this will be next week.
http://blog.osmfoundation.org/2012/04/05/license-change-update-getting-it-right/

Wenn du schauen möchtest, wie weit der Bot ist, kannst du dir den Quellcode
auch herunterladen [1] und die Test-Sammlung ausführen. Wenn die alle
durchlaufen, sollte es bald losgehen.
Dort kannst du auch die Information finden, wie der Bot sich durch die
(paar) Datensätze durcharbeitet.
Die letzten Commits [2] sind von vor zwei Tagen. Dementsprechend glaube ich
nicht, dass der Code schon fertig ist.
Leider kann ich kein Ruby, sodass ich keine weiteren Details vom Code
verstehe, zumindest nicht auf die Schnelle. Ich kann auch nicht erkennen, ob
die Daten als Changeset entfernt werden oder auf der Datenbank (sprich:
unsichtbar für normale Benutzer).

Gruß, Philip

[1]: https://github.com/zerebubuth/openstreetmap-license-change
[2]:
https://github.com/zerebubuth/openstreetmap-license-change/commits/master

--
View this message in context: 
http://gis.19327.n5.nabble.com/Vorgehensweise-der-Lizenzumstellung-tp5632604p5632676.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Vorgehensweise der Lizenzumstellung


Am 11.04.2012 14:29, schrieb Philip Gillißen:

Momentan scheint noch kein Bot zu laufen, der inkompatible Daten
korrigiert/löscht/versteckt.
Die neueste Information, die ich gefunden habe, war die im
OpenStreetMap-Blog von vor einer Woche:


We’re not yet 100% happy with the results, so we are continuing to work on
the code.
As you would expect, we will not set the bot running until we are
absolutely confident
that it is producing accurate results. With the four-day Easter weekend
just beginning,
we currently expect that this will be next week.

http://blog.osmfoundation.org/2012/04/05/license-change-update-getting-it-right/

Wenn du schauen möchtest, wie weit der Bot ist, kannst du dir den Quellcode
auch herunterladen [1] und die Test-Sammlung ausführen. Wenn die alle
durchlaufen, sollte es bald losgehen.
Dort kannst du auch die Information finden, wie der Bot sich durch die
(paar) Datensätze durcharbeitet.
Die letzten Commits [2] sind von vor zwei Tagen. Dementsprechend glaube ich
nicht, dass der Code schon fertig ist.
Leider kann ich kein Ruby, sodass ich keine weiteren Details vom Code
verstehe, zumindest nicht auf die Schnelle. Ich kann auch nicht erkennen, ob
die Daten als Changeset entfernt werden oder auf der Datenbank (sprich:
unsichtbar für normale Benutzer).

Gruß, Philip

[1]: https://github.com/zerebubuth/openstreetmap-license-change
[2]:
https://github.com/zerebubuth/openstreetmap-license-change/commits/master

--
View this message in context: 
http://gis.19327.n5.nabble.com/Vorgehensweise-der-Lizenzumstellung-tp5632604p5632676.html
Sent from the Germany mailing list archive at Nabble.com.

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



Hi !

danke für die vielen Informationen - davon verstzehe ich auch nichts.

Hatte gedacht es wüßte einer etwas vom Prinzip, das hätte mir ausgereicht.

Gruß Jan :-)


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

Re: [Talk-de] addr:housename oder nur name

2012-04-11 Thread Robert Kaiser


Falk Zscheile schrieb:

Diese Meinung würde in Deutschland bedeuten, dass addr:housename
generell obsolet wäre. Jedes (erschlossene) Grundstück hat eine
Hausnummer, die der Eigentümer auch anbringen muss.


Im Endeffekt ja - außer es gibt Fälle, wo das anders ist und es keine 
Hausnummern gibt.
Das ist in England, wo nicht nur der Ursprung von OSM herkommt, sondern 
auch addr:housename erfunden wurde, in manchen Fällen so und dort ist 
dieses Tag auch sinnvoll. Es mag andere Regionen der Erde geben, wo das 
ähnlich ist.



Deshalb sollte man meiner Meinung nach immer, wenn das Haus einen
Namen hat und man diesen kennt  z.B. Villa Bärenfett diesen auch
unter addr:housename vermerken.


Nein. Das kann in name,loc_name oder was auch immer Platz finden, aber 
was nicht Teil der offiziellen Adresse ist, hat in addr:*  nichts verloren.


Robert Kaiser



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

Re: [Talk-de] addr:housename oder nur name

2012-04-11 Thread Claudius


Am 11.04.2012 15:52, Robert Kaiser:

Falk Zscheile schrieb:

Diese Meinung würde in Deutschland bedeuten, dass addr:housename
generell obsolet wäre. Jedes (erschlossene) Grundstück hat eine
Hausnummer, die der Eigentümer auch anbringen muss.


Im Endeffekt ja - außer es gibt Fälle, wo das anders ist und es keine
Hausnummern gibt.
Das ist in England, wo nicht nur der Ursprung von OSM herkommt, sondern
auch addr:housename erfunden wurde, in manchen Fällen so und dort ist
dieses Tag auch sinnvoll. Es mag andere Regionen der Erde geben, wo das
ähnlich ist.


Ich denke auch, dass addr:housename in Deutschland größtenteils obsolet 
ist. Ich weiß aber z.B., dass dieser Adressbestandteil im Iran durchaus 
gebräuchlich ist. Da sieht allerdings addr:full oft auch ungewohnt 
aus, denn die gültige Postadresse lautet oftmals Vom Volksplatz in 
Richtung der Post dann die dritte Straße links rein, zweite Türe rechts :P


Claudius


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

Re: [Talk-de] Sicheres Anmelden bei OSM?

2012-04-11 Thread Robert Joop

On 12-04-11 12:16:57 CEST, Claudius wrote:
 Richtig, aber HTTPS ist serverseitig performancehungrig (==teuer).

Vor zehn Jahren galt das noch.

quote 
src=https://otalliance.org/resources/AOSSL/OTA_Always-On-SSL-White-Paper.pdf;
Google’s researchers found that SSL/TLS accounts for less than one
percent of the CPU load on their production frontend machines—less
than 10KB of memory per connection, and less than two percent of network
overhead.
/quote

rj

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

Re: [Talk-de] Sicheres Anmelden bei OSM?

2012-04-11 Thread Andreas Labres

On 11.04.12 11:54, Manuel Reimer wrote:
 Gut, aber wie geht es dann weiter? Wenn ab dann HTTP genutzt wird, kann die
 offene Session immer noch nach Belieben gekapert werden.

Logo, das ist aber bei Session-Cookies immer so.

Natürlich wär's mir lieber, alles der SSL zu machen. Aber noch viel wichtiger
wäre, die Performance der Tiles für unseren Teil der Welt (IMO ist's aus DE
genauso bescheiden wie aus AT) wiederherzustellen... Unterm Strich ist die
Performance über Sjöbo (oder wo der Tilecache für uns grade steht) grade
ziemlich lausig.

/al

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

Re: [Talk-de] Sicheres Anmelden bei OSM?

2012-04-11 Thread Manuel Reimer


Andreas Labres wrote:

Natürlich wär's mir lieber, alles der SSL zu machen.


Ich habe jetzt mal probiert, was Merkaartor alles bieten könnte. OAuth geht dort 
nämlich nicht.


Allerdings kann Merkaartor mit OpenSSL gebaut werden und wenn man die URL zur 
API dann als https://-URL angibt, dann geht das nicht nur, sondern scheinbar 
werden die für diese Zwecke relevanten URLs auch nicht auf HTTP weitergeleitet...



Aber noch viel wichtiger
wäre, die Performance der Tiles für unseren Teil der Welt (IMO ist's aus DE
genauso bescheiden wie aus AT) wiederherzustellen... Unterm Strich ist die
Performance über Sjöbo (oder wo der Tilecache für uns grade steht) grade
ziemlich lausig.


Ist hier zwar OT, aber da stimme ich zu. Eventuell wären mehrere Systeme mit 
Load-Balancing kein Fehler.


Was mir aber aktuell sehr gut gefällt ist die Performance des Renderers. 
Änderungen sind in wenigen Minuten in der Karte. Echt top!


Gruß

Manuel


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

Re: [Talk-de] Wiederherstellung von Nodes, ID unbekannt

2012-04-11 Thread cottaer


Am 11.04.2012 09:28, schrieb Sven Geggus:

cottaercott...@gmx.de  wrote:


Allerdings, das passt nicht ganz:
http://a.tile.openstreetmap.de/tiles/osmde/17/70629/43912.png/status
(betroffenes Tile) sagt momentan, am 8.4. zuletzt gerendert, lt.
http://www.openstreetmap.org/browse/node/1259440632/history wurde der
Node am 4.4. gelöscht, ist aber auf dem Tile vom 8.4. noch drauf.


weil er in der Datenbank auch jetzt noch drin ist:
osm=  select name from planet_osm_point where osm_id=1259440632;
 name

  Struppengrundkegel
(1 Zeile)

Keine Ahnung warum das so ist, die Replikation der Datenbank ist jedenfalls
aktuell.


Also, der Node wurde am 4.4. gelöscht. Der Status des Tiles hat gestern 
gesagt, es wäre am 8.4. gerendert. Da war der POI aber noch mit drauf. 
Gestern dann wurde der Node wieder hergestellt, daher sollte er heute 
definitiv in der DB sein. Als er hätte nicht in der DB sein sollen, 
wurde er trotzdem mit gerendert.


Ich habe mal ein Stück weiter geguckt, es scheinen andere, neu erstelle 
Objekte [1] aus dem Changeset [2] vom 4.4., wo der Node gelöscht wurde, 
auf der deutschen Karte zu fehlen [3]. Evtl. fehlen Updates aus diesem 
Zeitraum auf dem Server von der deutschen Karte.


[1] http://www.openstreetmap.org/browse/way/157922780
[2] http://www.openstreetmap.org/browse/changeset/11180658
[3] 
http://www.openstreetmap.de/karte.html?zoom=17lat=50.94943lon=13.99011layers=B000TT


Viele Grüße
Cottaer

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

Re: [Talk-de] Probleme mit Osmosis und Overpass-Daten


Hi !

sorry, wenn ich etwas viel gefragt habe.

Bin etwas unter Druck und wurde nach Updates gefragt. Dachte erst ich 
muss das alles von Overpass durcharbeiten aber dazu fehlte die Zeit.


Deshalb dachte ich das ich nur etwas vorweg umstellen muss und fertig. 
Jetzt habe ihc erst gesehen das das [@meta] nur hinten angehängt werden 
muss und nicht ganze config-Dateien erst erstellt werden müssen.


Danke für die Geduld an alle.

Gruß Jan :-)

Am 11.04.2012 13:02, schrieb Peter Wendorff:

Warum liest du eigentlich nicht, was man dir als Rat gibt?
Soweit ich mich erinnere, hast du den Link zur Overpass-API schon
gekriegt, genauer gab dir Philippe gestern den Link
http://wiki.openstreetmap.org/wiki/Overpass_API#XAPI_Compatibility_Layer
Jetzt müsstest du also nur noch lesen, was auf dem Rest der Seite steht,
insbesondere unter
http://wiki.openstreetmap.org/wiki/Overpass_API#Meta_Data_2

Gruß
Peter

P.S.: Selber lesen macht klug ;)

Am 11.04.2012 10:23, schrieb Jan Tappenbeck:

hi !

ich habe für meine Karten immer ein Tool mit welchem ich mir diverse
Daten über XAPI ziehe und diese dann mit OSMOSIS verschmelze.

Nun habe ich mal umgestellt auf OVERPASS-api und nun klappt das mit
OSMOSIS bei mir nicht mehr.

Ein Blick in die Dateien zeigt das OVERPASS wohl nicht alle Tags in
den Daten hat - Version etc.

Kann das ein Grund sein und gibt es Lösungsansätze für OSMOSIS ?

Gruß Jan :-)

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





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

Re: [Talk-de] Wiederherstellung von Nodes, ID unbekannt

2012-04-11 Thread Sven Geggus

Martin Koppenhoefer dieterdre...@gmail.com wrote:

 Muss also drin sein, wenn die Replikation die db aktuell hält. Kannst
 ja zur Sicherheit mal die Versionsnummer ansehen, falls Du die mit
 drin hast in der db.

osm2pgsql hat die nicht, zumindest nicht in den Tabellen die ich
verwende und an deren Erzeugung ich schon im Quellcode rumgepatcht
habe. Könnte höchstens in den Tabellen drin sein, die für die Updates
verwendet werden.

Sven

-- 
If we want hardware to work to its full potential, we need to claim to
be a recent version of Windows. (Matthew Garrett)

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Wiederherstellung von Nodes, ID unbekannt

2012-04-11 Thread Sven Geggus

cottaer cott...@gmx.de wrote:

 Ich habe mal ein Stück weiter geguckt, es scheinen andere, neu erstelle 
 Objekte [1] aus dem Changeset [2] vom 4.4., wo der Node gelöscht wurde, 
 auf der deutschen Karte zu fehlen [3]. Evtl. fehlen Updates aus diesem 
 Zeitraum auf dem Server von der deutschen Karte.

Wie das passiert sein sollte ist mir zwar völlig unklar, aber diesen
Weg:

 [1] http://www.openstreetmap.org/browse/way/157922780

habe ich tatsächlich nicht:

osm= select count(*) from planet_osm_line where osm_id=157922780;
 count 
---
 0
(1 Zeile)

Sven

-- 
In my opinion MS is a lot better at making money than it is at making good
operating systems (Linus Torvalds, August 1997)

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

Re: [osm-ve] Colaboracion

2012-04-11 Thread J . Hernán Ramírez R .

Este es el FB de OSMVE
https://www.facebook.com/pages/Open-Steet-Map-Team-Venezuela/188959817786090

y el Twitter @osmve


--
Salva un árbol. No imprimas este correo a menos que sea realmente necesario.

-
J. Hernán Ramírez R
Blog http://blog.hernanramirez.info - Linux User
#97.898http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=97898
 -
Twitter @HernanRamriez http://twitter.com/HernanRamirez
Mapas Libres OpenStreetmap Venezuela http://openstreetmap.org.ve
-



2012/4/11 J. Hernán Ramírez R. hernan.rami...@gmail.com


 Perfecto...

 Este sábado 14 a las 8:00am en video conferencia sobre Edición de mapas
 Libres con  Open Street Map http://livestre.am/xMW5 vía @livestream

 Listo ya lo anuncié en Twitter y Facebook.

 --
 Salva un árbol. No imprimas este correo a menos que sea realmente
 necesario.


 -
 J. Hernán Ramírez R
 Blog http://blog.hernanramirez.info - Linux User 
 #97.898http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=97898
   -
 Twitter @HernanRamriez http://twitter.com/HernanRamirez
 Mapas Libres OpenStreetmap Venezuela http://openstreetmap.org.ve

 -



 2012/4/10 Luis H luish...@gmail.com

 Gracias! El sábado me parece perfecto...

 Enviado desde mi iPhone

 El 10/04/2012, a las 03:19 p.m., J. Hernán Ramírez R. 
 hernan.rami...@gmail.com escribió:

 Excelente... quizás podamos hacer una video conferencia el próximo sábado
 en la mañana a eso de las 8:00am para darte algunos tips sobre edición de
 mapas con OSM

 Todos los integrantes de la Lista esta invitados.-

 De no haber consenso para el sábado en la mañana podría ser el miércoles
 en la noche a eso de las 8:00pm



 --
 Salva un árbol. No imprimas este correo a menos que sea realmente
 necesario.


 -
 J. Hernán Ramírez R
 Blog http://blog.hernanramirez.info - Linux User 
 #97.898http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=97898
   -
 Twitter @HernanRamriez http://twitter.com/HernanRamirez
 Mapas Libres OpenStreetmap Venezuela http://openstreetmap.org.ve

 -



 2012/4/10 Luis Hernandez  luish...@gmail.comluish...@gmail.com

 apenas comienzo, porque solo editaba mapas para la compañía donde
 trabajo (hechos en google maps) yo soy desarrollado web, realizo modulo
 para joomla, wordpress pero me encantaría colaborar.

 El 10 de abril de 2012 13:39, J. Hernán Ramírez R. 
 hernan.rami...@gmail.com
 hernan.rami...@gmail.com escribió:


 Saludos Luis.. Bienvenido.. Nos hace mucha falta colaboracion en
 caracas.

 Dime cual es tu nivel en OSM para ver en que te podemos ayudar...
 El 10/04/2012 13:34, Luis Hernandez  luish...@gmail.com
 luish...@gmail.com escribió:

  Soy de caracas me gustaría ayudar
 ___
 Talk-ve mailing list
  Talk-ve@openstreetmap.orgTalk-ve@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-ve
 http://lists.openstreetmap.org/listinfo/talk-ve


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



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


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


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



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

Re: [osm-ve] Colaboracion

2012-04-11 Thread Rafael A. Isturiz L.

Se te olvidó mencionar el grupo en Identi.ca :) -
http://identi.ca/group/openstreetmapve ... Me parece que funciona mejor a
nivel de grupo porque cualquiera puede publicar en el timeline (aunque
somos muy pocos todavía) y está orientado a la parte libre (tb hay otros
grupos en identi.ca relacionados con OSM).

Saludos.

On Wed, Apr 11, 2012 at 3:06 AM, J. Hernán Ramírez R. 
hernan.rami...@gmail.com wrote:


 Este es el FB de OSMVE

 https://www.facebook.com/pages/Open-Steet-Map-Team-Venezuela/188959817786090

 y el Twitter @osmve


 --
 Salva un árbol. No imprimas este correo a menos que sea realmente
 necesario.


 -
 J. Hernán Ramírez R
 Blog http://blog.hernanramirez.info - Linux User 
 #97.898http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=97898
   -
 Twitter @HernanRamriez http://twitter.com/HernanRamirez
 Mapas Libres OpenStreetmap Venezuela http://openstreetmap.org.ve

 -



 2012/4/11 J. Hernán Ramírez R. hernan.rami...@gmail.com


 Perfecto...

 Este sábado 14 a las 8:00am en video conferencia sobre Edición de mapas
 Libres con  Open Street Map http://livestre.am/xMW5 vía @livestream

 Listo ya lo anuncié en Twitter y Facebook.

 --
 Salva un árbol. No imprimas este correo a menos que sea realmente
 necesario.


 -
 J. Hernán Ramírez R
 Blog http://blog.hernanramirez.info - Linux User 
 #97.898http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=97898
   -
 Twitter @HernanRamriez http://twitter.com/HernanRamirez
 Mapas Libres OpenStreetmap Venezuela http://openstreetmap.org.ve

 -



 2012/4/10 Luis H luish...@gmail.com

 Gracias! El sábado me parece perfecto...

 Enviado desde mi iPhone

 El 10/04/2012, a las 03:19 p.m., J. Hernán Ramírez R. 
 hernan.rami...@gmail.com escribió:

 Excelente... quizás podamos hacer una video conferencia el próximo
 sábado en la mañana a eso de las 8:00am para darte algunos tips sobre
 edición de mapas con OSM

 Todos los integrantes de la Lista esta invitados.-

 De no haber consenso para el sábado en la mañana podría ser el miércoles
 en la noche a eso de las 8:00pm



 --
 Salva un árbol. No imprimas este correo a menos que sea realmente
 necesario.


 -
 J. Hernán Ramírez R
 Blog http://blog.hernanramirez.info - Linux User 
 #97.898http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=97898
   -
 Twitter @HernanRamriez http://twitter.com/HernanRamirez
 Mapas Libres OpenStreetmap Venezuela http://openstreetmap.org.ve

 -



 2012/4/10 Luis Hernandez  luish...@gmail.comluish...@gmail.com

 apenas comienzo, porque solo editaba mapas para la compañía donde
 trabajo (hechos en google maps) yo soy desarrollado web, realizo modulo
 para joomla, wordpress pero me encantaría colaborar.

 El 10 de abril de 2012 13:39, J. Hernán Ramírez R. 
 hernan.rami...@gmail.com
 hernan.rami...@gmail.com escribió:


 Saludos Luis.. Bienvenido.. Nos hace mucha falta colaboracion en
 caracas.

 Dime cual es tu nivel en OSM para ver en que te podemos ayudar...
 El 10/04/2012 13:34, Luis Hernandez  luish...@gmail.com
 luish...@gmail.com escribió:

  Soy de caracas me gustaría ayudar
 ___
 Talk-ve mailing list
  Talk-ve@openstreetmap.orgTalk-ve@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-ve
 http://lists.openstreetmap.org/listinfo/talk-ve


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



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


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


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




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




-- 
a.k.a. pelox (Debian Powered) | JID:ristu...@gusl.org.ve
Barquisimeto [VE] | LinuxUser [238188]
http://pelox.gusl.org.ve
___
Talk-ve mailing list
Talk-ve@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ve

Re: [Talk-it] fondo sentiero in pietra

Il 04/11/2012 01:40 AM, Simone Cortesi scrisse:
 Penso tu possa trovare qualcosa di utile qui:
 www.eurarc.com/manualipdf/024_BOSIA-light.pdf
 nelle pagine successive trovi degli schemi e foto sulle varie
 pavimentazioni dei sentieri.

Molto interessante. Grazie

 
 Secondo me, sarebbe il caso, in osm, di indicare il tipo di
 pavimentazione utilizzata.
 
 Dopotutto se un tag/valore non esiste ancora, va inventato e utilizzato.
 

La superificia piu' simile e' quella della foto 4. La direzione di
marcia nel mio caso sarebbe da sx a dx o da dx a sx.
E comunque molto piu' rozzo e meno regolare.Il sentiero non e' piu'
quello principale perche' ne e' stato costruito uno asfaltato. Viene
quindi usato meno frequentemente e non credo venga piu' fatta
manutenzione della superficie.
Non ho la minima idea di quale possa essere il termine piu' adatto per
il valore del tag surface.

In realta' mi e' anche venuto il dubbio che la pavimentazione che ho
visto sia stata ricavata agendo direttamente sulla roccia presente lungo
il percorso e non posando delle pietre.
Dovro' ricontrollare...

ciao
maxx


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

Re: [Talk-it] fondo sentiero in pietra

Am 11. April 2012 08:55 schrieb emmexx emm...@tiscalinet.it:
 Non ho la minima idea di quale possa essere il termine piu' adatto per
 il valore del tag surface.


credo che non ci sia ancora niente di specifico stabilito.
Approssimativamente direi surface=cobblestone
stone_paving invece viene utilizzato per superfici molto lisci come questa:
http://dolmenstone.com/wp-content/themes/patagonia/Natural-Stone-Paving/Natural-Stone-Paving6.jpg
http://www.ethicalstone.co.uk/natural-stone-paving-mountain-sunrise.jpg
http://www.pavingexpert.com/images/stone/stone14.jpg
http://img241.imageshack.us/img241/6679/copyofdscn08313fn.jpg
http://www.cepolina.com/photo/transport/road/paving/4/paving_floor_slabs_stone.jpg

per strade romane sto usando
surface=roman_paving

per esempio così:
http://farm4.static.flickr.com/3111/2736743397_f8b90fbf21.jpg
http://cache.graphicslib.viator.com/graphicslib/media/96/via-appia-antica-photo_995222-260tall.jpg
http://thumbs.dreamstime.com/thumblarge_388/1239740714cKR8D8.jpg


 In realta' mi e' anche venuto il dubbio che la pavimentazione che ho
 visto sia stata ricavata agendo direttamente sulla roccia presente lungo
 il percorso e non posando delle pietre.
 Dovro' ricontrollare...


se si tratta di una pavimentazione naturale / naturale lavorato
mettrei surface=rocky

ciao,
Martin

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

Re: [Talk-it] fondo sentiero in pietra

Il 04/11/2012 10:38 AM, Martin Koppenhoefer scrisse:

 credo che non ci sia ancora niente di specifico stabilito.
 Approssimativamente direi surface=cobblestone

-1
Come gia' ho detto in altra discussione cobblestone indica una
pavimentazione completamente diversa.
Anche il wiki e' stato aggiornato in proposito:
http://wiki.openstreetmap.org/wiki/Key:surface

 se si tratta di una pavimentazione naturale / naturale lavorato
 mettrei surface=rocky

+1
Ora non mi resta che tornare su quel sentiero e controllare meglio.

grazie
maxx

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

Re: [Talk-it] fondo sentiero in pietra

Am 11. April 2012 10:48 schrieb emmexx emm...@tiscalinet.it:
 Il 04/11/2012 10:38 AM, Martin Koppenhoefer scrisse:
 credo che non ci sia ancora niente di specifico stabilito.
 Approssimativamente direi surface=cobblestone

 -1
 Come gia' ho detto in altra discussione cobblestone indica una
 pavimentazione completamente diversa.
 Anche il wiki e' stato aggiornato in proposito:
 http://wiki.openstreetmap.org/wiki/Key:surface


la parola che si usa sulla lista internazionale per casi del genere è
wikifiddling. Purtroppo sembra un caso di vandalismo del wiki. Non
si può cambiare il significato di un tag usato da anni con una certa
definizione, tantomeno se non se ne discute ne anche.

al momento abbiamo
441 surface=sett
e 87378 surface=cobblestone.

Oppure secondo te questi 87378 sono tutte pietre tonde antiche? E noi
abbiamo solo 441 casi di sanpietrini moderni in tutto il database? Non
mi torna.

Non sono contro una distinzione di questi dettagli, ma non si può fare
nella maniera in quale The Red Burn cerca di farlo:
http://wiki.openstreetmap.org/w/index.php?title=Template%3AMap_Features%3Asurfaceaction=historysubmitdiff=701000oldid=696691

ciao,
Martin

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

Re: [Talk-it] fondo sentiero in pietra

PS: C'era anche una discussione internazionale nel merito:
http://gis.19327.n5.nabble.com/Wikifiddling-surface-cobblestone-vs-sett-amp-paving-stones-tt5498912.html#none

ciao,
Martin

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

Re: [Talk-it] fondo sentiero in pietra

Il 04/11/2012 11:48 AM, Martin Koppenhoefer scrisse:

la parola che si usa sulla lista internazionale per casi del genere è
wikifiddling. Purtroppo sembra un caso di vandalismo del wiki. Non
si può cambiare il significato di un tag usato da anni con una certa
definizione, tantomeno se non se ne discute ne anche.

Credo che la modifica sia stata fatta da un utente italiano dopo una
discussione su tutti i tipi di fondo fatta qualche settimana fa su
questa lista.

al momento abbiamo
441 surface=sett
e 87378 surface=cobblestone.

Oppure secondo te questi 87378 sono tutte pietre tonde antiche? E noi
abbiamo solo 441 casi di sanpietrini moderni in tutto il database? Non
mi torna.

A me non torna il fatto che si usi un termine errato. Purtroppo non
frequentavo osm quando e' stata definita la lista dei valori per il tag
surface. Ma l'essere arrivato dopo non significa che si debba accettare
l'uso comune di un valore sbagliato.
Ovviamente prevale il valore cobblestone con 87378 presenze nel db: era
presente nel wiki (con una foto errata). Non tutti si mettono a
contestare o ritengono di poter modificare il wiki.

Non sono contro una distinzione di questi dettagli, ma non si può fare
nella maniera in quale The Red Burn cerca di farlo:
http://wiki.openstreetmap.org/w/index.php?title=Template%3AMap_Features%3Asurfaceaction=historysubmitdiff=701000oldid=696691

Questo e' un discorso diverso da quello da cui siamo partiti. Che si
debba trovare un metodo condiviso per definire o variare tag e relativi
valori, sono d'accordo con te.
Riguardo invece al topic non sono d'accordo con il tuo suggerimento di
usare cobblestone per il tipo di superficie da cui e' partita la
discussione. Checche' ne dica il wiki o la maggioranza dei valori
inseriti, se un valore e' sbagliato, e' sbagliato!

ciao
maxx

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

Re: [Talk-it] fondo sentiero in pietra

Am 11. April 2012 12:02 schrieb emmexx emm...@tiscalinet.it:
 Il 04/11/2012 11:48 AM, Martin Koppenhoefer scrisse:
 Credo che la modifica sia stata fatta da un utente italiano dopo una
 discussione su tutti i tipi di fondo fatta qualche settimana fa su
 questa lista.


ma non si può agire in questa maniera in un progetto internazionale.
Bisogna discutere temi che riguardano tutti su [tagging].

ciao,
Martin

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

Re: [Talk-it] R: Turn restrictions... perché non un solo tipo?

2012-04-11 Thread Federico Cozzi

2012/4/11 Simone Saviolo simone.savi...@gmail.com:
 In OSM il problema non si pone, perché la relation contiene
 l'indicazione delle way a cui si applica.
 Il problema si applica nel mondo reale, dove il cartello è impreciso ;-)
 Infatti: perché applicare anche in OSM un modello impreciso come
 quello dei cartelli? Quando invece ne abbiamo già uno corretto, a cui
 dovremmo solo togliere le informazioni inutili?

Non è che sia molto complesso il modello OSM: ci sono due tipi di
relazioni: le no_* e le only_*
Le no_* indicano che *non* puoi andare nella way to, le only_* che
puoi andare *solo* nella way to.

(L'unica cosa che avrei personalmente modificato è la possibilità di
usare più di un from e più di un to, ma forse diventa troppo
complesso)

Ciao,
Federico

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

Re: [Talk-it] R: Turn restrictions... perché non un solo tipo?

2012-04-11 Thread Simone Saviolo

Il 11 aprile 2012 14:16, Federico Cozzi f.co...@gmail.com ha scritto:
 2012/4/11 Simone Saviolo simone.savi...@gmail.com:
 In OSM il problema non si pone, perché la relation contiene
 l'indicazione delle way a cui si applica.
 Il problema si applica nel mondo reale, dove il cartello è impreciso ;-)
 Infatti: perché applicare anche in OSM un modello impreciso come
 quello dei cartelli? Quando invece ne abbiamo già uno corretto, a cui
 dovremmo solo togliere le informazioni inutili?

 Non è che sia molto complesso il modello OSM: ci sono due tipi di
 relazioni: le no_* e le only_*
 Le no_* indicano che *non* puoi andare nella way to, le only_* che
 puoi andare *solo* nella way to.

Il wiki dice diversamente: http://wiki.openstreetmap.org/wiki/Restriction

Ci sono troppi tipi. Che poi, come dice Martin, alla fine i
consumatori discriminino solo no_* da only_* è un altro discorso.
Perché investire i mappatori con dieci valori, che vengono poi ridotti
a due? Perché non dargliene due direttamente?

 (L'unica cosa che avrei personalmente modificato è la possibilità di
 usare più di un from e più di un to, ma forse diventa troppo
 complesso)

In certe situazioni potrebbe essere utile: invece di avere due
relazioni con lo stesso from, potrei averne una sola con due to. In
altre non risolverebbe.

Ciao,

Simone

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

Re: [Talk-it] Non si nasce imparati

2012-04-11 Thread elia . fiorentino

giro in mtb dovrebbe voler dire giro in mountainbike


 Va bene che non si nasce sapendo fare tutto ma chiamare un sentiero

 Piero non mi sembra un  buon modo per imparare:

 

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

 

 Commento:  egrave; il primo percorso che faccio e sto imparando

 

 Lo stesso utente ha tracciato numerosi Giro in mtb che non ho capito

 bene cosa sono.

 

 Siccome mi pare che siano cominciate a sparire pezzi di mappa, puo'

 essere che si tratti di cose che erano state eliminate o corrette.

 

 Qualcuno piu' esperto di me riesce a capirci qualcosa?

 

 grazie

 maxx

 

 ___

 Talk-it mailing list

 Talk-it@openstreetmap.org

 http://lists.openstreetmap.org/listinfo/talk-it

  
 
 --
 Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP
autenticato? GRATIS solo con Email.it: http://www.email.it/f
 
 Sponsor:
 Pernottamento e colazione all'Hotel Astra per la Pasqua a Riccione.
Pacchetto 2 giorni hotel + terme Euro 120 a persona
 Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12274d=20120411


 
 
 --
 Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP 
autenticato? GRATIS solo con Email.it http://www.email.it/f
 
 Sponsor:
 Pasqua a Riccione all'Hotel Stella pernottamento e colazione, biglietti in 
prevendita per i parchi, 2 giorni Euro 104 a persona.
* Speciale bimbi fino a 3 anni o nel lettone con i genitori:GRATIS
 Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12270d=11-4
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] odbl: nuovi utenti

2012-04-11 Thread Fabio Alessandro Locati

Purtroppo ci sono ancora 4 utenti oltrei 50k edits e 21 sopra i 10k edits [0].
Molti di questi utenti sono internazionali... qualcuno sa se
accetteranno all'ultimo?

[0] http://repo.grimp.eu/osm/europe/italy_not_accepted

Fabio

On Sun, Apr 8, 2012 at 6:39 PM, glaucos glauc...@gmail.com wrote:
 Io non ho mai smesso di mappare, a parte i giorni in cui il Db era in sola
 lettura :-)

 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/odbl-nuovi-utenti-tp5625138p5626170.html
 Sent from the Italy General mailing list archive at Nabble.com.

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



-- 
Fabio Alessandro Locati

Home: Segrate, Milan, Italy (GMT +1)
Phone: +39-348-2668873
MSN/Jabber/E-Mail: fabioloc...@gmail.com

PGP Fingerprint: 5525 8555 213C 19EB 25F2  A047 2AD2 BE67 0F01 CA61

Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia

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

[Talk-it] relazione type route o street

2012-04-11 Thread elia . fiorentino

se faccio una relazione per unire parti della stessa strada separate
egrave; giusto mettere

type = street

name = nome della via

e su ogni parte della strada mettere tutti i tag come highway, name ecc. ?

invece per unire parti di sentieri che sono separati e magari condividono
una parte con la strada si usa type = route?

in questo caso si aggiunge alla relazione anche il pezzo di strada?

in pratica street si usa per unire una strada fisicamente, route invece per
descrivere un'itinerario anche se comprende diversi sentieri?

se egrave; cosigrave; un sentiero che ha una parte sulla strada ma
fisicamente egrave; lo stesso sentiero non saprei se mettere street o
route... 
 --
 Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP
autenticato? GRATIS solo con Email.it: http://www.email.it/f
 
 Sponsor:
 Pasqua al Club Hotel sul Mare di Riccione, bimbi gratis fino a 5 anni,
pensione completa con pranzo pasquale, camera matrimoniale vista mare Euro
80 al giorno per persona. Biglietti ridotti parchi
 Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12268d=20120411


 
 
 --
 Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP 
autenticato? GRATIS solo con Email.it http://www.email.it/f
 
 Sponsor:
 Pasqua Last minute Riccione all'hotel Lido Europa Euro 29 all inclusive: 
Pensione Completa + Bevande ai Pasti + Parcheggio + pranzo pasquale, biglietti 
ridotti per i parchi divertimento
 Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12276d=11-4
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Non si nasce imparati

Il 04/11/2012 02:41 PM, elia.fiorent...@email.it scrisse:
 giro in mtb dovrebbe voler dire giro in mountainbike

:-)

Osm non e' fatto per inserire i propri giri in mtb! Ci sono altri siti
fatti per quello specifico proposito.

ciao
maxx

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

[Talk-it] Quale routing web?

Devo installare/utilizzare un qualche sistema di routing che utilizzi i
dati di osm e con disponibilita' dei sorgenti o con possibilita' di
mettere mano all'algoritmo di calcolo.

Il sistema deve avere un'interfaccia web.

So che c'e' il mega listone sul wiki, ma volevo fare una scrematura in
base a esperienze personali e episodi di vita vissuta.

grazie
maxx

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

Re: [Talk-it] R: Turn restrictions... perché non un solo tipo?

2012-04-11 Thread Federico Cozzi

2012/4/11 Simone Saviolo simone.savi...@gmail.com:
 Il wiki dice diversamente: http://wiki.openstreetmap.org/wiki/Restriction

Bisogna leggere tra le righe ;-)
If the first word is no, then no routing is possible from the
from to the to member, and if it is only_, then you know that
the only routing originating from the from member leads to the to
member. 

 Perché investire i mappatori con dieci valori, che vengono poi ridotti
 a due? Perché non dargliene due direttamente?

Boh? In effetti i valori aggiuntivi possono servire, se non ai router,
almeno ai render che vogliano tentare una rappresentazione grafica
abbastanza aderente ai cartelli stradali delle restrizioni.

 (L'unica cosa che avrei personalmente modificato è la possibilità di
 usare più di un from e più di un to, ma forse diventa troppo
 complesso)
 In certe situazioni potrebbe essere utile: invece di avere due
 relazioni con lo stesso from, potrei averne una sola con due to. In
 altre non risolverebbe.

Eh sì, anche perché la pagina wiki non spiega assolutamente come
comportarsi in caso di relazioni multiple!
Sembra una questione di poco conto, ma proprio per questo mi appassiona ;-)

Ad esempio se ci sono due relazioni only_* con il medesimo from (e
diversi to) come devono essere intese?
Se scegli una delle strade to permesse dalla prima relazione, essa
non è permessa dalla seconda relazione (a meno che le relazioni non
siano identiche) e quindi la stai violando. Ora, siccome le relazioni
devono essere rispettate (se sono opzionali, non hanno senso) due
relazioni contemporanee di tipo only_* sembrerebbero incompatibili.

Quindi verrebbe da dire che le relazioni di tipo only_* devono essere
rispettate una o l'altra, cioè sono in OR.
Viceversa, le relazioni di tipo no_* devono essere rispettate tutte,
cioè sono in AND.
Una relazione di tipo only_* e una di tipo no_* sono tra loro in AND o in OR?

Niente di irrisolubile, però il wiki non parla di questi problemi...

Ciao,
Federico

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

Re: [Talk-it] R: Turn restrictions... perché non un solo tipo?

2012-04-11 Thread Alberto Nogaro

-Original Message-
From: Simone Saviolo [mailto:simone.savi...@gmail.com]
Sent: mercoledì 11 aprile 2012 14:23
To: openstreetmap list - italiano
Subject: Re: [Talk-it] R: Turn restrictions... perché non un solo tipo?

 Non è che sia molto complesso il modello OSM: ci sono due tipi di
 relazioni: le no_* e le only_*
 Le no_* indicano che *non* puoi andare nella way to, le only_* che
 puoi andare *solo* nella way to.

Il wiki dice diversamente: http://wiki.openstreetmap.org/wiki/Restriction

In effetti la pagina inglese non è molto chiara. Quanto dicono Federico e
Martin è spiegato meglio sulla pagina italiana del wiki.

Ciao,
Alberto

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

Re: [Talk-it] relazione type route o street

2012-04-11 Thread Federico Cozzi

2012/4/11  elia.fiorent...@email.it:
 se faccio una relazione per unire parti della stessa strada separate è
 giusto mettere
 type = street
 name = nome della via
 e su ogni parte della strada mettere tutti i tag come highway, name ecc. ?

Ti suggerisco di usare le relazioni di tipo street con moderazione,
soprattutto se non è chiaro il vantaggio che portano. In teoria
servono per unire insieme tratti separati della medesima strada, ma in
molti casi si capisce benissimo (ad es. dal name) quali tratti siano
logicamente appartenenti alla stessa strada anche senza questa
relazione.

 invece per unire parti di sentieri che sono separati e magari condividono
 una parte con la strada si usa type = route?

Invece questa relazione è utilissima, perché non è possibile
discernere in altro modo come continua il percorso proprio perché
passa su tratti eterogenei (sentiero, strade con diverso nome, ecc.)

 in questo caso si aggiunge alla relazione anche il pezzo di strada?

Se fa parte del percorso del sentiero, sì. Una relation di tipo
route è analoga alla bisciatura che potresti fare con un pennarello
su una mappa cartacea per evidenziare un sentiero. Questa bisciatura
naturalmente si sovrapporrà a strade, sentieri, tratturi ecc. senza
soluzione di continuità.

 se è così un sentiero che ha una parte sulla strada ma fisicamente è lo
 stesso sentiero non saprei se mettere street o route...

Ti conviene distinguere tra sentiero cioè percorso fisico per
camminatori, con fondo in terra battuta ecc. e sentiero inteso come
percorso logico (che nel 99% dei casi passa su un sentiero fisico,
ma non solo).

Quindi nel tuo caso il tratto di strada in comune fa sia parte di una
relazione street (insieme agli altri tratti di strada asfaltati ecc.)
sia parte della relazione route (probabilmente insieme ad un sentiero
fisico). Le due diverse relazioni permetteranno appunto di seguire i
due diversi percorso (strada asfaltata e sentiero) che in un tratto si
sovrappongono ma, come percorsi logici, sono diversi.
(per tornare alla metafora della bisciatura, si tratta di due diverse
bisciature con colori diversi)

Ciao
Federico

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

Re: [Talk-it] R: Turn restrictions... perché non un solo tipo?

2012-04-11 Thread Alberto Nogaro

-Original Message-
From: Federico Cozzi [mailto:f.co...@gmail.com]
Sent: mercoledì 11 aprile 2012 17:59
To: openstreetmap list - italiano
Subject: Re: [Talk-it] R: Turn restrictions... perché non un solo tipo?

Ad esempio se ci sono due relazioni only_* con il medesimo from (e diversi
to)
come devono essere intese?

Il wiki dice Le etichette del tipo only_*_* (direzioni
consentite/obbligatorie) permettono esclusivamente lo spostamento da from
verso to. Gli spostamenti verso tutte le altre strade sono proibiti.

Quindi se ci sono più relazioni only_*_* significa che almeno una relazione
è sbagliata.

Ciao,
Alberto

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

Re: [Talk-co] algunas imagenes orbview 3 detectadas

2012-04-11 Thread hyan...@gmail.com

Hola Federico:

Estas son las imágenes Level 1Gst disponibles para el área:

http://awesomescreenshot.com/0ab3b0t27

Saludos,

Humberto

El 11 de abril de 2012 18:56, Federico Explorador (Nevados.org) 
federico.explora...@nevados.org escribió:

 Hola:

 En http://earthexplorer.usgs.gov/ e seleccionado todo el Parque de los
 Nevados – desde Manizales hasta Ibagué - y seleccionado orbview 3, pero en
 resultados me arroja 0.

 Hago algo mal?

 Saludos,
 Federico

 ** **

 *De:* hyan...@gmail.com [mailto:hyan...@gmail.com]
 *Enviado el:* lunes, 09 de abril de 2012 07:24 p.m.
 *Para:* OpenStreetMap Colombia
 *Asunto:* Re: [Talk-co] algunas imagenes orbview 3 detectadas

 ** **

 Al descargar las imágenes seleccionar L1Gst format, estas vienen en
 geotiff.

 El 9 de abril de 2012 19:08, Harrier Co harrie...@hotmail.com escribió:*
 ***

 Algunas imagenes Orbview3 de usgs detectadas y que pueden servir en
 algunas zonas donde no hay probablemente

 chinchina/filadelfia
 la pintada
 tabio
 aguadas/caramanta
 ibague
 coyaima
 apia
 santa rosa del sur-- rural
 belen de umbria
 zapatoca-galan santander
 sabana de torres rural
 simacota rural
 ocaña
 roldanillo la union valle
 facatativa
 el aguila
 argelia
 buga
 pueblo rico pnn tatama
 apia
 bugalagrande tulua rural andalucia
 santander de quilichao
 tumaco rural la tola--costa
 puerto guzman rural
 leticia a color
 leticia vereda nazareth
 el carmen choco rural
 mistrato rural
 san luis tolima


 harrierco


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

 ** **

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


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

[Talk-dk] osm.rasher.dk lagging?

2012-04-11 Thread Jørgen Elgaard Larsen


osm.rasher.dk siger:

 The database is currently lagging by 14856 minutes. The OSM database 
is currently in read-only mode


Men OSM er da skrivbar igen?


- Jørgen

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

[Talk-dk] Veje i byer -Residential eller minor

Jeg er ked af, hvis spørgsmålet er blevet besvaret til hudløshed, men 
here goes:
Jeg sad og nussede med en bug i Nykøbingfalster og bemærkede at mange 
veje var tagget som unclassified, men andre var tagget som residential.


Jeg vil mene at residential er det mest korrekte, men har jeg ret?




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

[Talk-dk] At finde bugs


Jeps, det er mig igen:-)
Jeg faldt over http://www.mapdust.com/ som virker til at give et rigtig 
godt overblik over bugs.

Er det den nemmeste måde, at få et godt overblik over bug i ens lokalområde?

Og så har jeg vist heller ikke flere spørgsmål i dag;-)

Mvh

Peter Lyberth
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Veje i byer -Residential eller minor

2012-04-11 Thread Jakob Riis Josephsen

Min mening:  Benyttes vejen til gennemgående færdsel - unclassified,
benyttes den (næsten) kun af beboerne på vejen - residential.  - Dette
uanset om vejen er i byzone eller ej.

MVH Jakob

Den 11. apr. 2012 20.21 skrev Peter Lyberth peterlybe...@gmail.com:

 Jeg er ked af, hvis spørgsmålet er blevet besvaret til hudløshed, men here
 goes:
 Jeg sad og nussede med en bug i Nykøbingfalster og bemærkede at mange veje
 var tagget som unclassified, men andre var tagget som residential.

 Jeg vil mene at residential er det mest korrekte, men har jeg ret?




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

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

Re: [Talk-dk] Veje i byer -Residential eller minor


Er der defineret en standard eller er det på Gefühl?

Mvh
Peter Lyberth

Den 11-04-2012 20:30, Jakob Riis Josephsen skrev:
Min mening:  Benyttes vejen til gennemgående færdsel - unclassified, 
benyttes den (næsten) kun af beboerne på vejen - residential.  - 
Dette uanset om vejen er i byzone eller ej.


MVH Jakob

Den 11. apr. 2012 20.21 skrev Peter Lyberth peterlybe...@gmail.com 
mailto:peterlybe...@gmail.com:


Jeg er ked af, hvis spørgsmålet er blevet besvaret til hudløshed,
men here goes:
Jeg sad og nussede med en bug i Nykøbingfalster og bemærkede at
mange veje var tagget som unclassified, men andre var tagget som
residential.

Jeg vil mene at residential er det mest korrekte, men har jeg ret?




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




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

Re: [Talk-dk] At finde bugs

2012-04-11 Thread Soren Johannessen

Hej

GeoFabrik har et godt værktøj der hedder OSM inspector der kan
undersøge forskellige ting fx om der er nogen som har lavet et fixme
tag på et objekt - som andre så skal undersøge nærmere se fx Rødbyhavn
http://tools.geofabrik.de/osmi/?view=tagginglon=11.34596lat=54.65868zoom=15

Prøv i dit lokal område de forskellige menuer oppe ved View også
drop-down og så se om ikke du kan få en ide om hvad der så er galt.
OSM Inspector virker godt hvis man er lokalt kendt, så kan man hvis
man er øvet OSM med det samme se hvad der er galt.

Klik på en fejl og du kan oppe i højre hjørne se objektets id-nummer
og kan så åbne med de små ikoner Potlatch eller JOSM editoren og rette
fejl.

Vh
Søren Johannessen
Søren Johannessen

On Wed, Apr 11, 2012 at 8:28 PM, Peter Lyberth peterlybe...@gmail.com wrote:
 Jeps, det er mig igen:-)
 Jeg faldt over http://www.mapdust.com/ som virker til at give et rigtig godt
 overblik over bugs.
 Er det den nemmeste måde, at få et godt overblik over bug i ens lokalområde?

 Og så har jeg vist heller ikke flere spørgsmål i dag;-)

 Mvh

 Peter Lyberth

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


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

[Talk-dk] Data fra Rudersdal Kommune

2012-04-11 Thread Peter Brodersen

Hej,

Jeg fik hyggesnakket lidt med en dygtig medarbejder fra Rudersdal
Kommune tilbage på Kortdage 2011 for knap et halvt år siden.

Vi e-mailede frem og tilbage, og de snakker nu om, at de har en
webservice (WMS), som vi kan kigge på. Jeg er ved at afklare de
endelige licensforhold, men i mellemtiden har jeg skrevet lidt om det
her:
http://wiki.openstreetmap.org/wiki/Da:Rudersdal
Bemærk, at der er en håndfuld caveats med URL's, der skal rettes til i
hånden og projicering, som skal ændres. Forhåbentlig kan det gøres
mere simpelt i fremtiden, så dette er næppe det endelige resultat. Jeg
har skrevet og hørt nærmere om dette.

På ovenstående wikiside har jeg skrevet lidt om, hvordan man kigger på
deres datamateriale i JOSM.  Jeg tænker på også at kigge på indholdet
fra fx QGIS og se, om man kan lave egentlige dataudtræk.

Hvis nogen vil lege derudover, så er service-URL'en i øvrigt:
http://kort.rudersdal.dk/wms?SERVICENAME=externSERVICE=WMSVERSION=1.1.1REQUEST=GetCapabilities

- Peter Brodersen

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

Re: [Talk-dk] At finde bugs