date:20120314

This seems to be the right thread for another issue with the links on the left:

What about giving the wiki more prominence? I'm also not arguing about
the slippy map on the front page, but I think the wiki is now almost
hidden (small link documentation, while the main wiki page is
actually a kind of front page which could (IMHO should) be the main
link on the slippy map.

It explains the project (Welcome to OpenStreetMap, the project that
creates and provides free geographic data and mapping to anyone who
wants it. We started it because most maps you think of as free
actually have legal or technical restrictions on their use, holding
back people from using them in creative, productive, or unexpected
ways.) and features a calendar, news and links to the major
categories.

cheers,
Martin

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

Re: [OSM-talk] Survey about Incentives to contribute to OSM

2012-03-14 Thread sabas88

2012/3/14 Kai Krueger kakrue...@gmail.com



 I think you are missing one of the most important motivations and reasons
 to
 contribute to OpenStreetMap. I.e. that you are using a software or gadget
 based on OpenStreetMap and you want to improve your usage of this software
 and not because you care about OSM.


Similar case for me: I wanted to use OSM for my site and a particular
village wasn't present, so I mapped it using an account named after the
site. But then I expanded the area on which I edit cause I fell in love
with OSM, and now I try to spread the word!

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

Re: [OSM-talk] Survey about Incentives to contribute to OSM

2012-03-14 Thread Mike N


On 3/14/2012 11:10 AM, Richard Weait wrote:

You might not be sick of nonsense survey authors requesting our
personal information to study our project.  You might even be
tempted to reply and to fill in their survey.


 I noticed that the first survey redirected 40% of the users to 
something like a simulation survey site.  I didn't analyze the 
difference between the 2 links however.



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

Re: [OSM-talk] Survey about Incentives to contribute to OSM

2012-03-14 Thread Simone Cortesi

On Wed, Mar 14, 2012 at 16:10, Richard Weait rich...@weait.com wrote:
 On Wed, Mar 14, 2012 at 8:57 AM, Dominik Wilmsen wilms...@gmail.com wrote:
 We would like to invite you to participate in a survey on motivations
 and obstacles to contribute
 geographic information to
 OpenStreetMap. OpenStreetMap is a collaborative project to create a
 free editable map of the world.

 Dear OSM contributors, and survey authors,

 You might not be sick of nonsense survey authors requesting our
 personal information to study our project.  You might even be
 tempted to reply and to fill in their survey.

 If you do, please, first find evidence that you are responding to a
 legitimate survey from an accredited research institution.  And that
 it has appropriate oversight and privacy guidelines.

 Not everybody who uses surveys to collect personal information is
 doing so in your best interest.  In fact, they could not possibly be
 doing so.

 Two surveys, broadcast on our networks within a week?  This stinks of
 a new trend.

Good points Richard,
in addition to this: I've been part of this community for a while (7
years) and never heard about this people pretending to be from the
university of Münster, Germany.

A little bit of introduction and behind the scene information might
help to clear up some fog.

Thanks,
Simone.

-- 
-S

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

Re: [OSM-talk] Survey about Incentives to contribute to OSM

2012-03-14 Thread Martijn van Exel

On Wed, Mar 14, 2012 at 1:25 PM, Simone Cortesi sim...@cortesi.com wrote:

On Wed, Mar 14, 2012 at 16:10, Richard Weait rich...@weait.com wrote:
On Wed, Mar 14, 2012 at 8:57 AM, Dominik Wilmsen wilms...@gmail.com
wrote:
We would like to invite you to participate in a survey on motivations
and obstacles to contribute
geographic information to
OpenStreetMap. OpenStreetMap is a collaborative project to create a
free editable map of the world.

Dear OSM contributors, and survey authors,

You might not be sick of nonsense survey authors requesting our
personal information to study our project. You might even be
tempted to reply and to fill in their survey.

If you do, please, first find evidence that you are responding to a
legitimate survey from an accredited research institution. And that
it has appropriate oversight and privacy guidelines.

Not everybody who uses surveys to collect personal information is
doing so in your best interest. In fact, they could not possibly be
doing so.

Two surveys, broadcast on our networks within a week? This stinks of
a new trend.

Good points Richard,
in addition to this: I've been part of this community for a while (7
years) and never heard about this people pretending to be from the
university of Münster, Germany.

A little bit of introduction and behind the scene information might
help to clear up some fog.

What's with the hostility? Surely the OP could have provided some more
context - a quick google search turned up this page from within the Uni
Münster domain[1]. Anyone wanting to find out about the legitimacy of OP's
claims could have found that in 10 seconds.

Furthermore, I just took the survey and, even if the quality of the survey
leaves something to be desired, no personal information is collected at all
(which I define as any information that can be related to me as an
individual).

[1]
http://swsl.uni-muenster.de/2012/03/survey-on-motivations-to-contribute-to-openstreetmap-please-distribute-and-participate/

--
martijn van exel
geospatial omnivore
1109 1st ave #2
salt lake city, ut 84103
801-550-5815
http://oegeo.wordpress.com
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] OSM and Academia (was: Survey about Incentives to contribute to OSM)


Hi,

On 03/14/2012 07:25 PM, Simone Cortesi wrote:

Good points Richard,


I don't exactly share Richard Weait's criticism. I dislike surveys that 
ask me all sorts of personal information before even getting to the 
point, but I don't smell any malice.



in addition to this: I've been part of this community for a while (7
years) and never heard about this people pretending to be from the
university of Münster, Germany.


This, sadly, is a general trend in the acamdemic community. Many of them 
seem to believe that it is unfitting to become too involved with the 
object of study; that you can either be a good community member or write 
study OSM but not both. This leads to a lot of papers being written by 
people who have never set foot in a forum or mailing list, often haven't 
even mapped or been to a pub meet.


If I were a professor I wouldn't allow a student to write anything about 
OSM without acquiring first-hand knowledge. And that would mean that by 
the time the guy starts doing his thesis, we (or at least the local OSM 
community) already know him.


There was an excellent presentation on this issue by Muki Haklay at 
SOTM-EU (http://sotm-eu.org/talk?41 and use the little icons next to the 
speaker photo to access slides or a video). He formulated a code of 
engagement for scientists dealing with OSM, which suggested the 
following rules:


1. Even if you are just going to use the data, do some mapping, and 
understand the process. Join a mapping party.


2. Read - Books, Wiki, Blog, and mailing lists.

3. Explore the data. (Then talk with someone in the community to make 
sure you've got it right.)


4. Open Access. Put outputs in Open Access repositories, publish in Open 
Access journals.


5. Open Knowledge. Publish and share the data that you've processed, and 
ideally the code.


6. Be a critical friend: You have a responsibility to your academic 
field, and the OSM community can deal with criticism.


7. Teach.

The talk is worth reading/viewing. Even today, too little comes back to 
OSM from academia. There are notable exceptions (most of our hosting is 
actually paid for by universities) but very few people in academia 
actually honour Muki's rules. Every year we have new OSM quality 
assessments but almost nobody shares their code so that it could be run 
continuously instead of being done in a snapshot fashion. Every year 
some university announces some cool new web site or mobile application 
but most of that is closed source.


Bye
Frederik

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

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

Re: [OSM-talk] Survey about Incentives to contribute to OSM

2012-03-14 Thread Philippe Rieffel

 Good points Richard,
 in addition to this: I've been part of this community for a while (7
 years) and never heard about this people pretending to be from the
 university of Münster, Germany.

I already provided a link to their site, which is an official site
from the institute for geoinformatics. I am currently working at this
institute, but not affiliated with their research...
The institute itself has done some projects in/about/around OSM, i
myself represented the institute at the last two SOTM conferences with
talks, so maybe you need to listen better (..picking up your metaphor
here :) )

 A little bit of introduction and behind the scene information might
 help to clear up some fog.

You can easily find more information about them behind the link i
provided, here you can find it again. http://swsl.uni-muenster.de/
But i agree with you that a little more introduction could have been helpful.

Cheers
Philippe

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

Re: [OSM-talk] Survey about Incentives to contribute to OSM

2012-03-14 Thread Philippe Rieffel

Hi all,
even though you might not find this to credible since you dont know
me, I  myself know the guy and know about his project, i can assure
you that it is legitimate. It is backed up by our university
institute.

 If you do, please, first find evidence that you are responding to a
 legitimate survey from an accredited research institution.  And that
 it has appropriate oversight and privacy guidelines.

This might count as legitimation, at least it is on the official
institute´s homepage:
http://swsl.uni-muenster.de/2012/03/survey-on-motivations-to-contribute-to-openstreetmap-please-distribute-and-participate/

 Two surveys, broadcast on our networks within a week?  This stinks of
 a new trend.

I guess this underlines a trend that OSM is more and more arriving at
university level research. And as researches, one common thing we do,
is survey ;)

Best,
Philippe

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

Re: [OSM-talk] OSM and Academia (was: Survey about Incentives to contribute to OSM)

2012-03-14 Thread Mikel Maron

Great points Frederik.

We encountered similar issues particularly in Map Kibera. Anyone who even asks 
about research needs to read our Research Principles.
http://www.mapkibera.org/blog/2011/02/08/research-principles-of-map-kibera/

 
* Mikel Maron * +14152835207 @mikel s:mikelmaron



 From: Frederik Ramm frede...@remote.org
To: talk@openstreetmap.org 
Sent: Thursday, March 15, 2012 12:43 AM
Subject: [OSM-talk] OSM and Academia (was: Survey about Incentives to 
contribute to OSM)
 
Hi,

On 03/14/2012 07:25 PM, Simone Cortesi wrote:
 Good points Richard,

I don't exactly share Richard Weait's criticism. I dislike surveys that ask me 
all sorts of personal information before even getting to the point, but I 
don't smell any malice.

 in addition to this: I've been part of this community for a while (7
 years) and never heard about this people pretending to be from the
 university of Münster, Germany.

This, sadly, is a general trend in the acamdemic community. Many of them seem 
to believe that it is unfitting to become too involved with the object of 
study; that you can either be a good community member or write study OSM but 
not both. This leads to a lot of papers being written by people who have never 
set foot in a forum or mailing list, often haven't even mapped or been to a 
pub meet.

If I were a professor I wouldn't allow a student to write anything about OSM 
without acquiring first-hand knowledge. And that would mean that by the time 
the guy starts doing his thesis, we (or at least the local OSM community) 
already know him.

There was an excellent presentation on this issue by Muki Haklay at SOTM-EU 
(http://sotm-eu.org/talk?41 and use the little icons next to the speaker photo 
to access slides or a video). He formulated a code of engagement for 
scientists dealing with OSM, which suggested the following rules:

1. Even if you are just going to use the data, do some mapping, and understand 
the process. Join a mapping party.

2. Read - Books, Wiki, Blog, and mailing lists.

3. Explore the data. (Then talk with someone in the community to make sure 
you've got it right.)

4. Open Access. Put outputs in Open Access repositories, publish in Open 
Access journals.

5. Open Knowledge. Publish and share the data that you've processed, and 
ideally the code.

6. Be a critical friend: You have a responsibility to your academic field, 
and the OSM community can deal with criticism.

7. Teach.

The talk is worth reading/viewing. Even today, too little comes back to OSM 
from academia. There are notable exceptions (most of our hosting is actually 
paid for by universities) but very few people in academia actually honour 
Muki's rules. Every year we have new OSM quality assessments but almost 
nobody shares their code so that it could be run continuously instead of being 
done in a snapshot fashion. Every year some university announces some cool 
new web site or mobile application but most of that is closed source.

Bye
Frederik

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

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


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

Re: [OSM-talk-nl] openkvk gaat geo

2012-03-14 Thread Robert Elsenaar

+1


Met vriendelijke groeten,
Robert Elsenaar 
(Verzonden vanaf Mobile)

Stefan de Konink ste...@konink.de schreef:

Het is net openbaar gezet, openkvk doet geocoded adressen op basis van 
de BAG. Dat biedt mogelijkheden tot linked-open-data of importeren. Ik 
heb met Peter al wat overleg gehad over het hoe en wat, maar ik zou eens 
willen voorstellen om te onderzoeken welke amenities overeenkomen met 
welke SBI-codes.

Dan kunnen we eens een mooie hoeveelheid SBI-codes filteren, en op een 
kaartje weer te geven. Misschien eerst als losse laag, en daarna 
'importeren met een klik'.


Stefan

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

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

Re: [OSM-talk-nl] openkvk gaat geo

2012-03-14 Thread Gert-Jan van der Weijden

Nauwelijks te doorgronden maar wel vreugdevolle inside-talk.
Ik weet wat BAG, KVK en SBI is, maar uitleg in wat opener vorm zou leuk zijn: 
wat kan ik nu / hoe / waarmee?

GJ


- Reply message -
Van: Stefan de Konink ste...@konink.de
Datum: di, mrt. 13, 2012 23:28
Onderwerp: [OSM-talk-nl] openkvk gaat geo
Aan: OpenStreetMap NL discussion list talk-nl@openstreetmap.org

Het is net openbaar gezet, openkvk doet geocoded adressen op basis van 
de BAG. Dat biedt mogelijkheden tot linked-open-data of importeren. Ik 
heb met Peter al wat overleg gehad over het hoe en wat, maar ik zou eens 
willen voorstellen om te onderzoeken welke amenities overeenkomen met 
welke SBI-codes.

Dan kunnen we eens een mooie hoeveelheid SBI-codes filteren, en op een 
kaartje weer te geven. Misschien eerst als losse laag, en daarna 
'importeren met een klik'.


Stefan

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

Re: [OSM-talk-nl] openkvk gaat geo

2012-03-14 Thread Stefan de Konink


On Wed, 14 Mar 2012, Gert-Jan van der Weijden wrote:


Nauwelijks te doorgronden maar wel vreugdevolle inside-talk.
Ik weet wat BAG, KVK en SBI is, maar uitleg in wat opener vorm zou leuk zijn: 
wat kan ik nu / hoe / waarmee?


BAG = Basisregistratie Adressen en Gebouwen
(Alle gebouwen in Nederland met locatie)

KVK = Kamer van Koophandel = Basisregistertatie Handelsregister

SBI = Standaard Bedrijven Index
(een nummertje met een beschrijvende activiteit van een bedrijf)


Nu kun je querien op api.openkvk.nl en een locatie op de kaart plotten. 
Straks kunnen we in bulk een heleboel adressen op de kaart plotten 
eventueel deze adressen importeren en op bestaande osm objecten wat 
zetten.



Stefan

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

Re: [OSM-talk-nl] terugdraaien wijzigingen 3dShapes

2012-03-14 Thread YRS


Dank daarvoor.
Moest je daar veel voor doen?
Had ik het zelf gekund?

Ik zie dat de eilandjes zijn verdronken. Ik zal proberen om ze weer 
boven water te krijgen.


Groeten


Op 12-3-2012 20:41, Henk Hoff schreef:

Heb het net aangepast.

Gr,
Henk


Op 12 mrt. 2012, om 19:38 heeft YRS het volgende geschreven:


Hallo,

Iemand heeft mijn redelijk bijgewerkte versie van ons recreatieplasje weer in oude 
staat hersteld :`(

Het lijkt iets te maken te hebben met deze changeset
http://www.openstreetmap.org/browse/changeset/9857996

Het ziet er nu zo uit:
http://www.openstreetmap.org/?lat=51.9872lon=4.498133zoom=18layers=M

Kan ik dit weer makkelijk terugherstellen (ongedaan maken)?

Vriendelijke groet


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




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

Re: [OSM-talk-nl] openkvk gaat geo

2012-03-14 Thread Robert Elsenaar

Stefan. Kun je eens een voorbeeld geven hoe je bijvoorbeeld alle winkelpanden 
in Maarsen kunt querien?


Met vriendelijke groeten,
Robert Elsenaar 
(Verzonden vanaf Mobile)

Stefan de Konink ste...@konink.de schreef:

On Wed, 14 Mar 2012, Gert-Jan van der Weijden wrote:

 Nauwelijks te doorgronden maar wel vreugdevolle inside-talk.
 Ik weet wat BAG, KVK en SBI is, maar uitleg in wat opener vorm zou leuk zijn: 
 wat kan ik nu / hoe / waarmee?

BAG = Basisregistratie Adressen en Gebouwen
(Alle gebouwen in Nederland met locatie)

KVK = Kamer van Koophandel = Basisregistertatie Handelsregister

SBI = Standaard Bedrijven Index
(een nummertje met een beschrijvende activiteit van een bedrijf)


Nu kun je querien op api.openkvk.nl en een locatie op de kaart plotten. 
Straks kunnen we in bulk een heleboel adressen op de kaart plotten 
eventueel deze adressen importeren en op bestaande osm objecten wat 
zetten.


Stefan

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

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

Re: [OSM-talk-nl] openkvk gaat geo

2012-03-14 Thread Stefan de Konink


On 14-03-12 17:42, Robert Elsenaar wrote:

Stefan. Kun je eens een voorbeeld geven hoe je bijvoorbeeld alle
winkelpanden in Maarsen kunt querien?


SBI code opzoeken bij CBS;

select * from kvk, kvk_sbi where kvk.kvk = kvk_sbi.kvk and kvk_sbi.code 
= 'SBICODE' and plaats = 'Maarsen';



SBI codes zijn niet compleet, wel voor alle aardoliemaatschappijen, niet 
voor alle bakkers.



Stefan

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

Re: [OSM-talk-nl] openkvk gaat geo

2012-03-14 Thread Robert Elsenaar

Dat lijkt niet zo moeilijk.
Kun je nu nog in een voorbeeld laten zien hoe je deze qierie op de api afvuurt
En hoe je de output kunt gebruiken bv in JOSM.
Ik zou dolgraag hiermee verder gaan.
Als ik het kan schrijf ik voor het nageslacht een wikipagina.


Met vriendelijke groeten,
Robert Elsenaar 
(Verzonden vanaf Mobile)

Stefan de Konink ste...@konink.de schreef:

On 14-03-12 17:42, Robert Elsenaar wrote:
 Stefan. Kun je eens een voorbeeld geven hoe je bijvoorbeeld alle
 winkelpanden in Maarsen kunt querien?

SBI code opzoeken bij CBS;

select * from kvk, kvk_sbi where kvk.kvk = kvk_sbi.kvk and kvk_sbi.code 
= 'SBICODE' and plaats = 'Maarsen';


SBI codes zijn niet compleet, wel voor alle aardoliemaatschappijen, niet 
voor alle bakkers.


Stefan

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

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

Re: [Talk-de] brachliegende ehmalige Bahngelände etc.

2012-03-14 Thread ssho...@gmx.de

Hallo,

Dem schließe ich mich an!
landuse=brownfield
und wenn man nicht weiß ob die Fläche(n) wieder bebaut werden sollen:
natural=scrub oder die Vorstufe davon: natural=grassland

http://wiki.openstreetmap.org/wiki/DE:Key:natural

Grüße
Rob

Am 13.03.2012 20:51, schrieb Martin Koppenhoefer:
 Am 13. März 2012 19:37 schrieb Jan Tappenbeck o...@tappenbeck.net:
 hi !

 immer wieder kommt die Frage auf - vielleicht gibt es zwischenzeitlich eine
 Lösung.

 Wie würdet Ihr brachliegende Flächen (z.b. auch alte Bahngelände die
 zugewuchert sind) taggen.

 natural = scrub finde ich immer noch etwas unpassend!
 
 
 landuse=brownfield (Wenn allerdings das Gebiet nicht wieder bebaut
 werden soll, dann passt das u.U. nicht)
 
 natural=scrub finde ich für zugewucherte Areale prinzipiell durchaus passend.
 
 
 Gruß Martin
 
 ___
 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] Backup der JOSM Konfiguration

2012-03-14 Thread hike39



Am 13.03.2012 17:50, schrieb malenki:
 Walter Nordmann schrieb:
 
 vor eventuellen Änderungen am besten sichern.
 
 Man sollte /regelmäßig/ sichern.

 Gruß
 Thomas

 sag' ich meinen Freunden und Bekannten auch immer!   ;-)
hike39


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

Re: [Talk-de] Genauigkeit von buildings

2012-03-14 Thread hike39



Am 13.03.2012 09:03, schrieb aighes:
 Bedenke auch, dass in wenigen Monaten bessere Luftbilder verfügbar sein
 werden.

Ist mir da etwas entgangen? Von wem sollen die denn zur Verfügung
gestellt werden?

hike39


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

Re: [Talk-de] Backup der JOSM Konfiguration

2012-03-14 Thread Falk Zscheile

Am 14. März 2012 09:11 schrieb hike39 ho...@hike.de:
 Am 13.03.2012 17:50, schrieb malenki:
 Walter Nordmann schrieb:

 vor eventuellen Änderungen am besten sichern.

 Man sollte /regelmäßig/ sichern.

  sag' ich meinen Freunden und Bekannten auch immer!   ;-)


Gibt es bei JOSM keine Option, die das automatisch aller paar Minuten erledigt?

Gruß, Falk

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

Re: [Talk-de] Genauigkeit von buildings

2012-03-14 Thread Martin Trautmann

On 12-03-14 9:21, hike39 wrote:
 Am 13.03.2012 09:03, schrieb aighes:
 Bedenke auch, dass in wenigen Monaten bessere Luftbilder verfügbar sein
 werden.
 
 Ist mir da etwas entgangen? Von wem sollen die denn zur Verfügung
 gestellt werden?

Hier auf der Liste wurde das genannt:
http://www.bing.com/community/site_blogs/b/maps/archive/2011/06/27/bing-maps-unveils-exclusive-high-res-imagery-with-global-ortho-project.aspx

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

Re: [Talk-de] Genauigkeit von buildings

2012-03-14 Thread Ronnie Soak

Am 14.03.12 schrieb Martin Trautmann tr...@gmx.de:


 Hier auf der Liste wurde das genannt:
 http://www.bing.com/community/site_blogs/b/maps/archive/2011/06/27/bing-maps-unveils-exclusive-high-res-imagery-with-global-ortho-project.aspx


Also da wuerde ich mal nicht darauf warten.. Klingt wie eine
Standard-Pressemeldung a la Wir haben da diese tolle Firma aufgekauft
und wollen jetzt die Welt erobern.
Da steht kein Datum, keine Info ueber die Abdeckung und kein Wort zur
Lizensierung.

Nur 'Wir wollen das' und 'Wir haben mal angefangen'.

Gruss
Chaos99

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

Re: [Talk-de] Genauigkeit von buildings

2012-03-14 Thread aighes


Im Forum gibt es mehr Infos dazu:

http://forum.openstreetmap.org/search.php?action=searchkeywords=global+orthoauthor=forums=14search_in=0sort_by=0sort_dir=DESCshow_as=topics

Henning


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

Re: [Talk-de] Backup der JOSM Konfiguration

Am 14. März 2012 09:36 schrieb Falk Zscheile falk.zsche...@googlemail.com:
 Gibt es bei JOSM keine Option, die das automatisch aller paar Minuten 
 erledigt?


Es gibt autosave, das speichert die Daten (osm-data), aber nicht die
Einstellungen (preferences) oder welche Layer gerade geladen waren,
bzw. sichtbar waren, etc.

Gruß Martin

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

Re: [Talk-de] Genauigkeit von buildings

2012-03-14 Thread aighes


So hat jeder seine Meinung:-)

Henning


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

Re: [Talk-de] Genauigkeit von buildings

2012-03-14 Thread Schorschi

Moin,

On Tue, 13 Mar 2012, Wolfgang Wienke wrote:

 Soweit ich die Daten der bei mir vor Ort eingezeichneten Häuser (vermutlich
 aus Luftbildern) überprüft habe, sind sie mit erheblichen Fehlern und
 Ungenauigkeiten behaftet. 

 Ich kann dies einerseits durch in Augenscheinnahme
 und auch durch Vergleich mit den sehr detaillierten Flurstück/Häuser-Daten der
 Stadtverwaltung beurteilen.

Mit diesen sehr detaillierten Daten der Verwaltung erlebt man durchaus 
auch seine Überraschungen ;-) Oft sind sie aus Baueingaben, und Baueingabe 
und Realität passen nicht immer so ganz zusammen.

Ich würde sagen (und mache das auch so):

- immer die Ungenauigkeit vom GPS im Hinterkopf haben
- Aufwand und Ergebnis sollten in Relation stehen
- Wenn die Abschätzung gut möglich ist, ist ein eingezeichnetes Gebäude 
  immer hilfreich und begrüßenswert
- was gut ist, muss jeder für sich definieren - für mich ist eine 
  Abweichung von 10 Metern für ein wirklich freistehendes Gebäude durchaus 
  tolerierbar, kann ja im nächsten Durchlauf verbessert werden. 
  Hauptsache, die groben Proportionen stimmen.

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

[Talk-de] Umfrage über Anreize zum Beitragen bei OpenStreetMap

2012-03-14 Thread Dominik Wilmsen

Wir möchten Sie zur Teilnahme an einer Umfrage einladen, in der es um
Motivationen und Hürden geht, geographische Information zu
OpenStreetMap beizutragen. OpenStreetMap ist ein Projekt, bei der eine
freie und editierbare digitale Weltkarte erstellt wird.

Die Umfrage besteht aus maximal achtzehn Fragen, deren Beantwortung
fünf bis zehn Minuten in Anspruch nehmen sollte. Die Teilnahme an
dieser Umfrage ist freiwillig und anonym.

Wir möchten Sie bitten, die Umfrage und die dazugehörigen Links weiter
zu verteilen. Jeder kann mitmachen und es wird kein Hintergrundwissen
zu OpenStreetMap vorausgesetzt.

Diese Studie ist Teil einer Diplomarbeit am Institut für Geoinformatik
an der Westfälischen Wilhelms-Universität Münster.

Um an der Umfrage teilzunehmen, klicken Sie auf folgenden Link:
https://www.surveymonkey.com/s/WSHWJ3M

Die Umfrage gibt es auch auf Englisch:
https://www.surveymonkey.com/s/WXBZ7LB

Vielen Dank im voraus für Ihre Teilnahme
Dominik Wilmsen

Falls Sie weitere Fragen haben, kontaktieren Sie mich bitte unter
wilms...@gmail.com.

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

[Talk-de] Änderungen an der API zum Lizenzwechsel


Hallo,

   mit dem Lizenzwechsel werden sich ein paar Details an der API 
aendern, und zwar ueberall dort, wo es um die Historie von Objekten 
geht. Normale API-Calls, die nur die aktuelle Version abfragen, 
bleiben unveraendert.


Hier ist eine vorlaeufige Dokumentation der Aenderungen:

http://wiki.openstreetmap.org/wiki/Open_Database_License/Changes_in_the_API

Wer Software oder Dienste betreibt, die historische Daten herunterladen, 
sollte sich damit beschaeftigen.


Leider gibt es noch keine Testinstallation der neuen API. (Weil der Code 
noch gar nicht fertig ist.)


Bye
Frederik

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

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

Re: [Talk-de] Änderungen an der API zum Lizenzwechsel

2012-03-14 Thread Walter Nordmann

hi,

am Anfang steht The license change will be performed on the live
database...

und diese werden ja durch einen bot gemacht.

Frage: Werden dabei DIFF-Files erzeugt? 

Wenn ja, bedeutet das letztendlich, dass fast der gesammte Planet über die
Leitung kommt und mir die DB zumüllt. Bis jetzt kommen ja alle Änderungen
rüber, die weltweit gemacht wurden, aber das hier wäre dann dann ein
Super-Edit, der alles Bisheriges übertreffen würde. Da bliebe mir nur ein
Neuaufbau NACH dem bot.

Irgendwie erscheint mir das logisch, damit die lokalen Kopien auch
ODBL-Konform sind.

Gruss
Walter 


-
1---2-3-**4#
--
View this message in context: 
http://gis.19327.n5.nabble.com/Anderungen-an-der-API-zum-Lizenzwechsel-tp5564676p5564755.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

[Talk-de] Remapping: Rettet die place-nodes! (Karte)

2012-03-14 Thread BBO

Moin
Da im License Change View des OSMI die meiner Meinung nach wichtigen
place-nodes oft in der Masse untergehen habe ich mal eine Karte (bzw. ein
Overlay) erstellt die nur diese nodes darstellt.

http://placerescue.betaforever.de/

Hinweise:
* Dargestellt werden die vom Lizenzwechsel bedrohten place-nodes in
Deutschland
* Updates gibt es mindestens einmal am Tag
* Zur Anzeige der nodes werden derzeit knapp 3MB geladen
* Der JOSM-Link lädt nur den place-node, vor dem Ersetzen sollte ein Gebiet
um den node nachgeladen werden um Konflikte zu vermeiden

Was ihr mit Hilfe der Karte machen könnt:
Bedrohte place-nodes finden um diese im Editor zu öffnen um bei Kenntnis zu
ersetzen.

Gruß
Bastian

--
View this message in context: 
http://gis.19327.n5.nabble.com/Remapping-Rettet-die-place-nodes-Karte-tp5564856p5564856.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] Remapping: Rettet die place-nodes! (Karte)

2012-03-14 Thread Hartmut Holzgraefe

On 14.03.2012 15:13, BBO wrote:

 Bedrohte place-nodes finden um diese im Editor zu öffnen um bei Kenntnis zu
 ersetzen.

wie ist dabei mit place nodes umzugehen die zB. der TMCbot (ein
Zustimmer) mit Attributen angereichert hat? z.B.:

  http://osm.mapki.com/history/node.php?id=149087425

Ich persönlich würde solche Nodes nicht ersetzen wollen
sondern eher schon mit einem ODBL=clean versehen wenn
ich die enthaltenen Informationen (außer TMC) alle
bestätigen kann und evtl. die Nodeposition noch händisch
anpassen wenn die nicht mit der gefühlten Ortsmitte
übereinstimmt ...?

PS: nen Infolink auf osm.mapki.com damit man sehen kann
welcher Teil der Nodedaten überhaupt problematisch
ist wär auch fein? :)

-- 
hartmut

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

Re: [Talk-de] Remapping: Rettet die place-nodes! (Karte)

2012-03-14 Thread BBO


Hartmut Holzgraefe-2 wrote
 
 Ich persönlich würde solche Nodes nicht ersetzen wollen
 sondern eher schon mit einem ODBL=clean versehen wenn
 ich die enthaltenen Informationen (außer TMC) alle
 bestätigen kann und evtl. die Nodeposition noch händisch
 anpassen wenn die nicht mit der gefühlten Ortsmitte
 übereinstimmt ...?

odbl=clean ist unter den bekannten Bedingungen natürlich eine Alternative
zum ersetzten.


Hartmut Holzgraefe-2 wrote
 
 PS: nen Infolink auf osm.mapki.com damit man sehen kann
 welcher Teil der Nodedaten überhaupt problematisch
 ist wär auch fein? :)
 

Ist drin...

Danke für dein Feedback!

Gruß
Bastian

--
View this message in context: 
http://gis.19327.n5.nabble.com/Remapping-Rettet-die-place-nodes-Karte-tp5564856p5565001.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

[Talk-de] Stolperstein-Relation in Frankfurt /M

2012-03-14 Thread Jan Tappenbeck


Hi !

auch wenn ich gleich Schläge bekomme wegen der Relation für 
Stolpersteine - aber in Frankfurt/M sind für ca. 30 Steine (wenn ich es 
richtig sehe) ca. 10 Relationen angelegt in einer Superrelation 
(http://www.openstreetmap.org/browse/relation/1177132).


Wäre es nicht sinnvoll diese zumindest auf eine für ganz Frankfurt 
zusammen zu fassen ?


Vielleicht ließt ja einer von den Frankfurtern mit - würde dann auch 
versuchen eine autom. Vollständigkeitsauswertung mal auf die Beine zu 
stellen wie in HH.


Anfrage für Liste läuft.

Gruß Jan :-)

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

[Talk-de] Liste Filialschliessungen Schlecker

2012-03-14 Thread Garry

Hier wurde eine Liste von der Schliessung betroffener Schlecker-Filialen 
veröffentlicht:


http://www.swr.de/nachrichten/bw/-/id=1622/nid=1622/did=9428862/5m48oe/index.html

Vielleicht mag ja jemand eine OSM-Statistik daraus erstellen bevor die 
Filialen gelöscht werden...


Garry

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

Re: [Talk-de] brachliegende ehmalige Bahngelände etc.

2012-03-14 Thread Garry


Am 13.03.2012 19:37, schrieb Jan Tappenbeck:

hi !

immer wieder kommt die Frage auf - vielleicht gibt es zwischenzeitlich 
eine Lösung.


Wie würdet Ihr brachliegende Flächen (z.b. auch alte Bahngelände die 
zugewuchert sind) taggen.


natural = scrub finde ich immer noch etwas unpassend!

Speziell bei alten Bahngeländen kommt es darauf an welchen Status das 
Gelände hat.
Ein stillgelegtes Bahngelände - oder besser das Bahngelände einer 
stillgelegten Bahn - ist immer noch ein Bahngelände, also landuse=railway.
Wenn es zwischenzeitlich zugewuchert ist passt ein zusätzliches 
natural=scrub schon so halbwegs.


Wenn konsequent eine Trennung zwischen Landnutzung, Bodenbedeckung,... 
umgesetzt würde wären solche Fälle auch eindeutiger zu beschreiben.

Ein z.B. landuse=grass ist da einfach ein Unding!
Sinnvoll wäre ein landcover=grass, dazu vielleicht noch ein 
grass=natural/.../.. um wildgewachsenes Grass (Brachflächen, 
Hochgebirgswiesen) vom englischen Rasen etc.  unterscheiden zu können


Garry

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

Re: [Talk-de] Änderungen an der API zum Lizenzwechsel

2012-03-14 Thread Steffen Wolf

Frederik Ramm schrieb

 mit dem Lizenzwechsel werden sich ein paar Details an der API aendern,
 und zwar ueberall dort, wo es um die Historie von Objekten geht.

 http://wiki.openstreetmap.org/wiki/Open_Database_License/Changes_in_the_API

Und dort steht:

| The license change will be performed on the live database (i.e. no
| dump and reload). Data contributed by non-agreers will, for the time
| being, be kept in the database but specially marked.

| For every object that is tainted in some way by non-agreeing edits, a
| bot will modify or delete the object so that the current version is
| ODbL compatible.

Da steht nicht konkret, wann die Datenbank dann unter der ODBL
veroeffentlicht wird, aber anzunehmen ist, dass dies erst geschieht,
wenn der Bot durch ist.

Bleiben die geloeschten Daten dann eigentlich in der Datenbank?
Koennten Spaetkommer dann noch nach dem ersten Bot-Durchlauf zustimmen,
und wuerde der Bot einfach noch einmal laufen? Und koennte man bei
strenger ODBL-Auslegung die OSMF auffordern, die gesamte Datenbank zu
veroeffentlichen, da diese ja in einem solchen Zwischenzustand einen Mix
aus ODBL- und weiteren Daten enthaelt?

Naja, es bleibt spannend,
 stw
-- 
Ich hab grad einen Wecker auf meinem Computer installiert. Morgen um
6:40 macht er trrlllüp, trrlllup.
Na und? Ich hab grad die Zeitschaltuhr an meiner Lampe angeschlossen.
 [Gespräch zwischen mir und meinem Bruder]

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

Re: [Talk-de] Stolperstein-Relation in Frankfurt /M


Hallo,

On 03/14/2012 04:45 PM, Jan Tappenbeck wrote:

auch wenn ich gleich Schläge bekomme wegen der Relation für
Stolpersteine - aber in Frankfurt/M sind für ca. 30 Steine (wenn ich es
richtig sehe) ca. 10 Relationen angelegt in einer Superrelation
(http://www.openstreetmap.org/browse/relation/1177132).

Wäre es nicht sinnvoll diese zumindest auf eine für ganz Frankfurt
zusammen zu fassen ?


Es waere im Grunde genommen sinnvoll, alle Stolperstein-Relationen zu 
loeschen. Die sind allerhoechstens als Uebergangsloesung akzeptabel, 
solange wir keinen wirklich stabile XAPI- oder Overpass-Server haben, 
mit dem man schnell alle Objekte mit X=Y im Bereich Z abfragen kann. 
Aber an der Front werden ja gute Fortschritte gemacht, so dass wir alle 
diese (und aehnliche) Relationen hoffentlich bald entsorgen koennen.


Bye
Frederik

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

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

Re: [Talk-de] Änderungen an der API zum Lizenzwechsel


Hallo,

On 03/14/2012 07:11 PM, Steffen Wolf wrote:

Da steht nicht konkret, wann die Datenbank dann unter der ODBL
veroeffentlicht wird, aber anzunehmen ist, dass dies erst geschieht,
wenn der Bot durch ist.


Vorher geht ja nicht.


Bleiben die geloeschten Daten dann eigentlich in der Datenbank?


Vermutlich vorerst ja; langfristig ist es noch nicht klar.


Koennten Spaetkommer dann noch nach dem ersten Bot-Durchlauf zustimmen,
und wuerde der Bot einfach noch einmal laufen?


Technisch ist das denkbar, aber persoenlich wuerde ich sagen, wenn nicht 
ganz handfeste Gruende vorliegen (Person lag 2 Jahre im Koma und hat 
erst jetzt vom Lizenzwechsel erfahren), dann wird das nicht gemacht. 
Sonst haben wir lauter nicht-Entscheider, die meinen, sie koennten noch 
Poker spielen.



Und koennte man bei
strenger ODBL-Auslegung die OSMF auffordern, die gesamte Datenbank zu
veroeffentlichen, da diese ja in einem solchen Zwischenzustand einen Mix
aus ODBL- und weiteren Daten enthaelt?


Nein.

Der Grund dafuer ist der, dass die Datenbank, die die OSMF bei sich 
haelt, *nicht* unter der ODbL (und auch nicht unter CC-BY-SA) steht, 
sondern nur unter den Contributor Terms. Der Mapper sagt zur OSMF qua 
CT: Hier, liebe OSMF, hast Du meine Daten, und Du darfst die gern 
veroeffentlichen, aber wenn Du das tust, dann nur unter der CC-BY-SA 
oder ODbL. Die Daten, die der Mapper der OSMF gibt, stehen aber nicht 
unter der ODbL - die ODbL kommt sozusagen erst an der Ausgabeseite der 
Daten zum Tragen.


Wuerde jemand anders das tun - die ODbL-Daten von der OSMF mit einem 
Extrakt eines alten Planetfiles mischen - so haette der vermutlich ein 
Problem ;)


Bye
Frederik

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

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

Re: [Talk-de] Änderungen an der API zum Lizenzwechsel


Hallo,

On 03/14/2012 02:50 PM, Walter Nordmann wrote:

Frage: Werden dabei DIFF-Files erzeugt?


Das ist noch nicht klar.


Wenn ja, bedeutet das letztendlich, dass fast der gesammte Planet über die
Leitung kommt und mir die DB zumüllt. Bis jetzt kommen ja alle Änderungen
rüber, die weltweit gemacht wurden, aber das hier wäre dann dann ein
Super-Edit, der alles Bisheriges übertreffen würde. Da bliebe mir nur ein
Neuaufbau NACH dem bot.


So schlimm ist es nicht; es wuerden insgesamt 30 Millionen Objekte 
geaendert werden. Derzeit werden an einem durchschnittlichen Tag so 
ungefaehr 2 Millionen Objekte veraendert. Das heisst, wenn sich der 
Lizenzwechsel-Bot z.B. 2 Wochen lang vergnuegen wuerde, waeren das pro 
Tag 2,1 Millionen lizenzbedingte Aenderungen, also lediglich eine 
Verdopplung der Aktivitaet zwei Wochen lang.


Allerdings ist das ganze in der Tat ein rechtliches Problem, weil ich 
nicht glaube, dass aus einer bei Dir lokal vorhandenen 
CC-BY-SA-Datenbank so einfach durch Aufspielen von ein paar Diffs eine 
ODbL-Datenbank werden kann. Wie das also alles laeuft mit den Diffs 
usw., das muss man erst noch sehen.


Bye
Frederik

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

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

[Talk-de] Erfassung von E-Mail Adressen und Spam

2012-03-14 Thread Martin Czarkowski


Servus,

beim Eintragen von Öffnungszeiten, Telefonnummern und Emailadressen ist 
mir aufgefallen, dass viele Webseitenbetreiber die Emailadresse in der 
Form name(at)domain.de im Impressum haben, (ob es gegen Spam tatsächlich 
hilft, kann ich nicht sagen) in die Datenbank tragen wir sie aber in der 
Form n...@domain.de ein. Geben wir somit den Herstellern von Spammails 
leichtes Futter für ihre Suchprogramme? Hebeln wir damit nicht den 
vermeintlichen Schutz der Internetseitenbetreiber aus? Wie soll man am 
besten vorgehen?


Gruß
Martin

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

Re: [Talk-de] Umfrage über Anreize zum Beitragen bei OpenStreetMap

2012-03-14 Thread Marian Steinbach

Zum Thema Hürden habe ich ehrlich gesagt nicht viel gefunden in den Fragen.

Grüße

Marian

Am 14. März 2012 13:47 schrieb Dominik Wilmsen wilms...@gmail.com:
 Wir möchten Sie zur Teilnahme an einer Umfrage einladen, in der es um
 Motivationen und Hürden geht, geographische Information zu
 OpenStreetMap beizutragen. OpenStreetMap ist ein Projekt, bei der eine
 freie und editierbare digitale Weltkarte erstellt wird.

 ...

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

Re: [Talk-de] OSBugs bug?

2012-03-14 Thread Michael Bemmerl

Steffen Grunewald schrieb:
 On Mon 2012-03-12 (00:56), Michael Bemmerl wrote:
 Ich würde jedenfalls erst einmal die Geocoder-DB ansehen, welche 
 Überraschungen dort noch warten.
 Richtig, in der Datenbank ist Mischmasch zwischen ISO-8819-x und UTF-8.
 Beispiel ID 7: Châteaugiron. Das â ist als 0xE2 in der DB, wäre als
 UTF-8 aber 0xC3 0xA2.
 
 Und noch schlimmer, der zugehörige Großbuchstabe wäre 0xC2, ein weit
 verbreiteter UTF-8-Präfix.

 Ein einzelnes Byte =0x80 ließe sich ja u.U. noch erkennen (und mit ein
 wenig Hintergrund, der die Zuordnung der Codierung erlaubt, auch automatisch
 korrekt nach UTF-8 wandeln), aber was ist mit aufeinanderfolgenden solchen
 Zeichen (äß, etc, s.o.)? 

Die Änderung am Code, wodurch UTF-8-Zeichen in die Latin-1-DB gekommen
sind, ist ja am 10.08.2011 gepushed worden. Eventuell wäre es somit
möglich, nur die Texte der Bugs zu konvertieren, die vor diesem Datum in
die DB eingetragen worden sind?

Grüße,
Michael



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

Re: [Talk-de] Umfrage über Anreize zum Beitragen bei OpenStreetMap

2012-03-14 Thread Rainer Knaepper


Am 15.03.2012 00:07, schrieb Marian Steinbach:


Zum Thema Hürden habe ich ehrlich gesagt nicht viel gefunden in den Fragen.


Knuffig finde ich, daß Menschen, die keine weiterführende 
Schule besucht und keinen Hochschulabschluß haben, von der 
Umfrage ausgeschlosssen sind.


Rainer


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

Re: [Talk-de] Stolperstein-Relation in Frankfurt /M

2012-03-14 Thread Stephan Wolff


Moin!

Am 14.03.2012 20:17, schrieb Frederik Ramm:

Es waere im Grunde genommen sinnvoll, alle Stolperstein-Relationen zu
loeschen. Die sind allerhoechstens als Uebergangsloesung akzeptabel,
solange wir keinen wirklich stabile XAPI- oder Overpass-Server haben,
mit dem man schnell alle Objekte mit X=Y im Bereich Z abfragen kann.


Mich stören solche Relationen nicht. Im Gegensatz zu großen Grenz- oder
Routenrelationen, die häufig schwer lösbare Konflikte beim Hochladen
verursachen, dürften ähnliche Probleme bei Sammlungen von POIs sehr
selten sein.
Die Zusammenfassung von gleichen Tags in einer Relation erspart die
Wiederholung dieser Daten an allen Einzelobjekten. Das macht nicht nur
die Übertragung und Verarbeitung der Daten schneller, sondern
erleichtert auch die Datenpflege. Gerade bei Kontaktdaten wie Telefon,
Fax, URL oder Wikipediareferenzen sind Änderungen absehbar.

Sammelrelationen fassen oft Objekte in politischen Grenzen zusammen.
Kann man mit der Overpass-API auch alle Objekte mit X=Y im Kreis Z
bekommen?
Die Untergliederung der Stolperstein-Relationen nach Stadtteilen finde
ich allerdings überflüssig.

Mich stören zwei andere Dinge an den Stolperstein-Daten:

Die Relationen verwenden das name-Tag für eine Beschreibung der
Relation. Ein Objekt Stolpersteine in Frankfurt am Main gibt es in
der Realität nicht. description wäre dafür geeigneter. Ein Mensch
kann Namen und Beschreibungen im name-Tag vielleicht unterscheiden, ein
Auswerteprogramm nicht. Diese name-Missbrauch betrifft nicht speziell
diese Relationen, sondern ist weit verbreitet. Leider wird bei JOSM nur
name, ref und note als Text in der Relationsliste angezeigt, aber
nicht description.

Die gesamte Aufschrift der Stolpersteine in einzelnen Tags zu erfassen 
(memorial:birth, memorial:death, ...), finde ich unpassend.
Lebensdaten von Personen und Volltexte von Gedenkstätten oder Infotafeln 
sind keine Geodaten. Vermutlich wird eine Stolperstein-Karte

die einzige Anwendung sein, die diese Daten verwendet. Diese Anwendung
könnte dann auch eine externe Datenbank lesen.

Gruß
Stephan


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

Re: [Talk-de] Stolperstein-Relation in Frankfurt /M

Am 15. März 2012 01:54 schrieb Stephan Wolff s.wo...@web.de:
 Am 14.03.2012 20:17, schrieb Frederik Ramm:
 Mich stören solche Relationen nicht. Im Gegensatz zu großen Grenz- oder
 Routenrelationen, die häufig schwer lösbare Konflikte beim Hochladen
 verursachen, dürften ähnliche Probleme bei Sammlungen von POIs sehr
 selten sein.


wenn man die Relationen auswerten will (z.B. die Tags an die
Einzelobjekte hängen) dann muss man dazu für jede Relation nochmal die
Objekte durchgehen und die passenden raussuchen, das dauert. Je
weniger Relationen z.B. in den Diffs sind, um so schneller werden die
von osm2pgsql eingelesen.


 Die Zusammenfassung von gleichen Tags in einer Relation erspart die
 Wiederholung dieser Daten an allen Einzelobjekten.


gleichzeitig tendieren sie dazu, weniger transparent zu sein, d.h. es
besteht die Gefahr, dass tags an die Relation gehangen werden, die
nicht für alle Teile zutreffen, oder dass tags von der Relation
gelöscht werden, weil sie für einen kleinen Teil der member nicht
zutreffen.


 Die Relationen verwenden das name-Tag für eine Beschreibung der
 Relation.  Diese name-Missbrauch betrifft nicht speziell
 diese Relationen, sondern ist weit verbreitet. Leider wird bei JOSM nur
 name, ref und note als Text in der Relationsliste angezeigt, aber
 nicht description.


description tendiert dazu, sehr lang zu sein. Man könnte die
Stolpersteine in Frankfurt am Main hier auch in note:de oder so
setzen (wird AFAIK allerdings auch nicht angezeigt in JOSM).


 Die gesamte Aufschrift der Stolpersteine in einzelnen Tags zu erfassen
 (memorial:birth, memorial:death, ...), finde ich unpassend.


man könnte es auch gesammelt in inscription packen, aber wenn die
Leute es lieber strukturiert erfassen, warum nicht.


 Lebensdaten von Personen und Volltexte von Gedenkstätten oder Infotafeln
 sind keine Geodaten. Vermutlich wird eine Stolperstein-Karte
 die einzige Anwendung sein, die diese Daten verwendet. Diese Anwendung
 könnte dann auch eine externe Datenbank lesen.


Volltexte von Gedenksteinen und Infotafeln (je nach Länge, es gibt ja
auch eine Zeichenbegrenzung in den Werten, oder?) werden sicherlich
verschiedene Anwender nützlich finden, (sofern das Urheberrecht die
Wiedergabe gestattet). Ausgerechnet mit den Stolpersteinen jetzt eine
Relevanz-Debatte anfangen zu wollen finde ich übertrieben. Wir haben
derzeit ca. 5823 nodes mit Stolpersteinen in der db, die von ungefähr
170 Leuten eingetragen/angefasst wurden (Angaben von hier:
http://taginfo.openstreetmap.org/keys/memorial%3Atype#overview ). Das
sind alles Mapper, denen man mit solchen Forderungen auf die Füße
tritt. Und auch von einem anderen Standpunkt aus betrachtet: selbst
wenn das keine Gedenksteine wären, sondern einfach nur seltene,
goldene Pflastersteine, dann würden viele Mapper das vermutlich schon
taggen, z.B. auch zur Orientierung.

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

Re: [Talk-in] Indic rendering

2012-03-14 Thread Mikel Maron

Vardhan

Different issue from CJK characters.

I believe the underlying issue here is that Mapnik is rendering the string one 
character at a time in order to make the characters follow along the path. 
These Indic languages use ligatures where the rendering depends on 
multi-character sequences and can not be correctly rendered one character at a 
time,

https://github.com/mapnik/mapnik/issues/112#issuecomment-2365351

Mikel
 
* Mikel Maron * +14152835207 @mikel s:mikelmaron



 From: Vardhan Naik vardhan.n...@dsrede.in
To: cartonama-works...@googlegroups.com 
Cc: talk-in@openstreetmap.org talk-in@openstreetmap.org 
Sent: Thursday, March 15, 2012 10:52 AM
Subject: Re: Indic rendering
 

Hi Mikel,


Am not a Map person.. but found this for chinese. is that we miss the ttf file 
or so? on the server?


Optional: CJK font fallback support
Currently, mapnik includes a font to support CJK characters (Chinese, 
Japanese, Korean, et. al. or more generally East Asia). To add support you 
need to open the file inc/fontset-settings.xml.inc and uncomment the lines 
that have unifont Medium.
Older mapnik versions did not have unifont included. There you need to:
   1. Download the GNU Unifont Glyphs
   2. Unpack and put the ttf file in your /usr/local/lib/mapnik/fonts (or 
 appropriate path) directory with the other Mapnik fonts.



On Thu, Mar 15, 2012 at 7:59 AM, Mikel Maron mikel_ma...@yahoo.com wrote:

Hi


During the cartonama workshop, we discovered that Mapnik still has issues 
with rendering Indic fonts.


http://tiles.mapbox.com/groundtruth/map/map-busd5lm5



It's a known issue.


https://github.com/mapnik/mapnik/issues/112


Artem has looked into a bit, but hasn't proceeded that far. Anyone 
knowledgeable in handling Indic fonts that might be able to advise?


-Mikel 
* Mikel Maron * +14152835207 @mikel s:mikelmaron



-- 
Best Regards,
Vardhan Naik  | Didactics Software Rede Pvt. Ltd.  | w. +91.80.26635445 
|  m. +91.9980073544|  vardhan.n...@dsrede.in





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

[Talk-it] Problemi con shp-to-osm (fork di Convertire nodi con shp-to-osm)

2012-03-14 Thread Andrea Musuruane

2012/3/14 Simone Cortesi sim...@cortesi.com

 Riesumo questo vecchio thread. Pare ci sia effettivamente un problema
 in shp-to-osm, legato alla libreria sottostante: geotools.

 ho riscontrato lo stesso problema con alcuni file del comune di Pavia
 e ho inviato un bug report http://jira.codehaus.org/browse/GEOT-4067


Ho cercato di usare shp-to-osm (su Linux) con i shapefile della regione
Piemonte ma ho molti problemi.

Se uso il locale di default, ovvero quello italiano (it_IT.UTF-8), il
formato dei numeri nei file osm generati è errato perché vi è la virgola
invece del punto (e ovviamente josm non riesce a caricarli). Se uso
en_US.UTF-8 non ho più questo problema.

Però, anche facendo in questo modo, non riesco a usare i file osm generati
perché mi sembra che il formato di lon/lat sia errato.

Consigli? Qualcuno è riuscito a usare gli shp della regione Piemonte?

Grazie.

Ciao,

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

[Talk-it] isola di murano

2012-03-14 Thread beppebo...@libero.it

Osservando l'isola di murano mi sono chiesto non è che è sotto o sembra  sott' 
acqua? Come si potrebe fare per segnalare l'altezza dei muretti o murassi?

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

[Talk-it] esportare in shape un insieme di relations

2012-03-14 Thread Oscar Formaggi

Ciao a tutti.

Vorrei trovare un modo veloce/furbo per esportare un insieme di relations
in formato shape (è l'insieme delle route-bus del trasporto urbano). I
metodi che ho finora ho trovato non mi soddisfano. Avete qualche idea?

Grazie
Saluti

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

Re: [Talk-it] isola di murano

Am 14. März 2012 09:47 schrieb beppebo...@libero.it beppebo...@libero.it:
 Osservando l'isola di murano mi sono chiesto non è che è sotto o sembra  sott'
 acqua? Come si potrebe fare per segnalare l'altezza dei muretti o murassi?


height per l'altezza, ele per l'elevazione e depth per la profondità:
http://wiki.openstreetmap.org/wiki/Key:depth
http://wiki.openstreetmap.org/wiki/Water_Depth

ciao,
Martin

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

Re: [Talk-it] da josm chiese e cappellette

2012-03-14 Thread Simone Saviolo

Il 13 marzo 2012 19:33, Paolo Monegato gato.selvad...@gmail.com ha scritto:
 Il 12/03/2012 20:07, Martin Koppenhoefer ha scritto:

 Am 12. März 2012 19:36 schrieb Paolo Monegatogato.selvad...@gmail.com:

 Prendiamo un esempio concreto:
 Città del Vaticano: Piazza San Pietro. Non ci metteresti
 amenity=place_of_worship?


 diciamo per ora nessuno l'ho ha messo negli ultimi 8 anni del
 progetto, nonostante ci sono tanti mappatori (visitatori) a Roma e
 nonostante il Vaticano è mappato in grande dettaglio


 Teoricamente sarebbe un place of worship, anche se non forse tutta la piazza
 ma solo una parte (basti pensare per esempio all'Angelus domenicale)...
 Credo che il mancato uso del tag sia dovuto anche ad una questione di
 rendering oltre che all'abitudine di usare amenity=place_of_worship in luogo
 del più recente building=church/chapel (o da quando si è diffuso l'uso di
 building=* assieme a, così spesso le due cose coincidono).

Non sono d'accordo. Prima, ad esempio, si era parlato di processioni.
Le processioni non si fanno solo sul sagrato, ma anche per le vie del
paese/città. Una processione è indubbiamente un rito del culto, ma mi
sembra fuori discussione il fatto che il percorso della processione
non sia un luogo di culto! Si celebrano Messe anche nei cimiteri e in
luoghi non consacrati: pubbliche piazze, parchi, stadi (papa Giovanni
Paolo II era un assiduo frequentatore di stadi, altro che tessera
del tifoso :-) ), ma non per questo li chiamiamo luoghi di culto.

Allo stesso modo, non sono d'accordo che il colonnato del Bernini sia
indicato come luogo di culto solo perché la gente sta lì a sentire
l'Angelus del papa.

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

[Talk-it] Repository Maperitive

2012-03-14 Thread Sky One

Ciao,

sto cercando di capire come funziona Maperitive ed ho provato a
scaricare i dati di OSM[1] per modificare la visualizzazione della
mappa ma ho notato che mancano diverse cose: in primis molti edifici
(quindi solo building=yes o building=apartments), ma anche scuole ed
altro ancora. E' possibile che il repository da cui Maperitive scarica
i dati non sia aggiornato da parecchio tempo? L'alternativa c'è
(correggetemi se sbaglio): scaricare e salvare i dati con JOSM e poi
aprirli in Maperitive.

Grazie mille


[1]: la zona è questa:
http://www.openstreetmap.org/?lat=45.1775997877121lon=9.64996844530106zoom=17
-- 
Cià
Cristiano / Sky One
Home: http://www.skyone.it (itinerari in moto e non solo)
Pensieri: http://blog.skyone.it

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

[Talk-it] routing e OSM

2012-03-14 Thread Stefano Salvador

è appena uscita sulla lista dev la notizia che hanno approntato un
server per il routing basato su OSM (per ora solo europa), il link è
il seguente:

  -- http://map.project-osrm.org --

c'è anche un API utile a chi vuole integrare le funzionalità su un
proprio servizio. Per quello che ho visto finora funziona molto bene.

Ciao,

Stefano

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

Re: [Talk-it] da josm chiese e cappellette

2012-03-14 Thread Simone Saviolo

Il 13 marzo 2012 16:25, Emiliano D'Aversa edave...@yahoo.com ha scritto:
 ciao a tutti,
 nel caso di San Pietro a Roma il sagrato è l'area delimitata dalla
 scalinata, vicino alla facciata, non l'intera area compresa dal colonnato
 del Bernini
 (http://www.vatican.va/various/basiliche/san_pietro/it/basilica/esterno.htm).
 Proprio perchè consacrato il sagrato è usualmente delimitato in qualche modo
 e credo si possa considerare un elemento architettonico.

Quello che non mi convince è quell'usualmente. Di solito è così, ma
se scriviamo nel wiki sagrato = area delimitata architettonicamente
rischiamo che la gente lo prenda come definizione, il che è sbagliato
semanticamente e crea possibili errori sulla mappa.

 Negli esempi citati
 i confini sono evidenti anche dalle foto aree (per milano:
 http://maps.google.it/maps?hl=itll=45.464188,9.190666spn=0.000633,0.001235t=kz=20),

Siamo sicuri? Abbiamo una fonte (usabile) che dichiari che il sagrato
del Duomo di Milano arriva fino ai gradini?

 poi ci saranno sicuramente tanti casi più ambigui...

Ne ho trovati un paio andato rapidamente a memoria.

Il Duomo di Mantova: http://g.co/maps/f7kz7
Subito davanti alle porte c'è la strada (con un piccolo marciapiede,
non delimitato né a destra né a sinistra); oltre la strada la piazza,
che non è evidentemente il suo sagrato.

Le chiese di San Giuliano, San Bernardino, Sant'Anna e una chiesa
metodista (per la quale non so se valga il discorso del sagrato, però)
a Vercelli si affacciano direttamente sulla strada, anzi sul
marciapiede, come il Duomo di Mantova. Sempre a Vercelli, la chiesa di
San Bernardo (http://g.co/maps/9znzq) esce sulla strada (senza
marciapiede), in un punto in cui la strada si allarga: c'è un divieto
di sosta, ma nessuna delimitazione architettonica (a meno che non
vogliamo considerare tale quei panettoni, che, a dire il vero, mi
sembra che in questo momento non ci siano già più).

Ciao,

Simone

 ciao
 Emiliano

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

Re: [Talk-it] routing e OSM

2012-03-14 Thread Federico Cozzi

2012/3/14 Stefano Salvador stefano.salva...@gmail.com:
 c'è anche un API utile a chi vuole integrare le funzionalità su un
 proprio servizio. Per quello che ho visto finora funziona molto bene.

E' possibile indicare il mezzo?

Ciao

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

Re: [Talk-it] routing e OSM

2012-03-14 Thread Stefano Salvador

 E' possibile indicare il mezzo?

per adesso funziona solo l'auto. Copio qua sotto l'annunco completo.

--

Great news everyone!

I have the amazing pleasure to announce a new public routing server of
the Open Source Routing Machine. It runs a daily updated extract of
Europe and currently serves car routes.

It has a number of great features already built-in:

- Support for turn restrictions, including bollards and barriers
- Leaflet-based GUI
- Turn instructions

The hardware [1] and network bandwidth is provided by the Karlsruhe
Institute of Technology. We will be hosting a daily refreshed extract of
Europe in the beginning, but will extend to planet-wide coverage in the
near future.

Additionally, we will make this server available to anyone to implement
server-side routing into their own application through a very simple API
[2,3]. So, please integrate this directly into your app or give the new
Leaflet-based web interface a try at:

-- http://map.project-osrm.org --

Happy Routing,
Dennis on behalf of The Project OSRM development team

[1] https://github.com/DennisOSRM/Project-OSRM/wiki/Demo-server
[2] https://github.com/DennisOSRM/Project-OSRM/wiki/Server-api
[3] https://github.com/DennisOSRM/Project-OSRM/wiki/Api-usage-policy

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

Re: [Talk-it] routing e OSM

2012-03-14 Thread Andrea Decorte

2012/3/14 Stefano Salvador stefano.salva...@gmail.com

 è appena uscita sulla lista dev la notizia che hanno approntato un
 server per il routing basato su OSM (per ora solo europa), il link è
 il seguente:

  -- http://map.project-osrm.org --

 c'è anche un API utile a chi vuole integrare le funzionalità su un
 proprio servizio. Per quello che ho visto finora funziona molto bene.



Niente male, sembra anche molto veloce! C'è in realtà qualche problemino
con il calcolo dei tempi, che secondo me va rivisto. La cosa comunque che
mi da un pò fastidio è un vecchio problema, legato a Nominatim: il nome
delle strade deve essere completo, se no non trova nulla (per esempio Via
Mazzini invece che Giuseppe Mazzini)
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] routing e OSM

2012/3/14 Federico Cozzi f.co...@gmail.com:
 2012/3/14 Stefano Salvador stefano.salva...@gmail.com:
 c'è anche un API utile a chi vuole integrare le funzionalità su un
 proprio servizio. Per quello che ho visto finora funziona molto bene.

 E' possibile indicare il mezzo?

Con quello no, con questi si
http://www.openrouteservice.org
http://www.yournavigation.org/

Quello che pero' preferisco e' Monav
http://code.google.com/p/monav/
integrato in Marble nel mio N900
che mi ha suggerito dei percorsi a piedi che non sapevo esistessero
(questo grazie anche a chi ha inserito i percorsi in osm).

Parte di Monav e' in Open Source Routing Machine
(il software segnalato da Stefano)
quindi ho fiducia :)

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

Re: [Talk-it] esportare in shape un insieme di relations

2012-03-14 Thread Luca Delucchi

Il 14 marzo 2012 10:18, Oscar Formaggi oscar.forma...@gmail.com ha scritto:
 Ciao a tutti.


ciao oscar

 Vorrei trovare un modo veloce/furbo per esportare un insieme di relations in
 formato shape (è l'insieme delle route-bus del trasporto urbano). I metodi
 che ho finora ho trovato non mi soddisfano. Avete qualche idea?


io l'avevo fatto appoggiandomi a postgis, con qualche query esporti tutto.
te quali metodi avevi utilizzato?

 Grazie
 Saluti

 --
 Oscar



-- 
ciao
Luca

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

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

Re: [Talk-it] esportare in shape un insieme di relations

2012-03-14 Thread Oscar Formaggi

Seleziono i membri delle relations da josm.
Mi creo un nuovo layer
Mi ci copio/incollo i membri selezionati
Esporto il layer in gpx
Lo importo in qgis e lo esporto in shape (i nodi in shape fermate e le
track in shape linee).

procedura lunga e non ottimale (mi perdo informazioni).

Il giorno 14 marzo 2012 12:28, Luca Delucchi lucadel...@gmail.com ha
scritto:

 Il 14 marzo 2012 10:18, Oscar Formaggi oscar.forma...@gmail.com ha
 scritto:
  Ciao a tutti.
 

 ciao oscar

  Vorrei trovare un modo veloce/furbo per esportare un insieme di
 relations in
  formato shape (è l'insieme delle route-bus del trasporto urbano). I
 metodi
  che ho finora ho trovato non mi soddisfano. Avete qualche idea?
 

 io l'avevo fatto appoggiandomi a postgis, con qualche query esporti tutto.
 te quali metodi avevi utilizzato?

  Grazie
  Saluti
 
  --
  Oscar
 


 --
 ciao
 Luca

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

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

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

Re: [Talk-it] routing e OSM

2012-03-14 Thread Maurizio Daniele

Il giorno 14 marzo 2012 12:22, Maurizio Napolitano napoo...@gmail.com ha
scritto:


  E' possibile indicare il mezzo?

 Con quello no, con questi si
 http://www.openrouteservice.org
 http://www.yournavigation.org/

 Quello che pero' preferisco e' Monav


Apparentemente però nessuno usa le relazioni dei servizi pubblici (bus,
tram, metro, treno). In yournavigation c'è una opzione ma non funziona,
restituisce sempre un tragitto auto


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

Re: [Talk-it] esportare in shape un insieme di relations

Io userei osmiumjs
https://github.com/joto/osmium
Il giorno 14/mar/2012 12:36, Oscar Formaggi oscar.forma...@gmail.com ha
scritto:

 Seleziono i membri delle relations da josm.
 Mi creo un nuovo layer
 Mi ci copio/incollo i membri selezionati
 Esporto il layer in gpx
 Lo importo in qgis e lo esporto in shape (i nodi in shape fermate e le
 track in shape linee).

 procedura lunga e non ottimale (mi perdo informazioni).

 Il giorno 14 marzo 2012 12:28, Luca Delucchi lucadel...@gmail.com ha
 scritto:

 Il 14 marzo 2012 10:18, Oscar Formaggi oscar.forma...@gmail.com ha
 scritto:
  Ciao a tutti.
 

 ciao oscar

  Vorrei trovare un modo veloce/furbo per esportare un insieme di
 relations in
  formato shape (è l'insieme delle route-bus del trasporto urbano). I
 metodi
  che ho finora ho trovato non mi soddisfano. Avete qualche idea?
 

 io l'avevo fatto appoggiandomi a postgis, con qualche query esporti tutto.
 te quali metodi avevi utilizzato?

  Grazie
  Saluti
 
  --
  Oscar
 


 --
 ciao
 Luca

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

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



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


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

Re: [Talk-it] salvaiciclisti usa openstreetmap

2012-03-14 Thread Fabri

Ho notato che usano Ushahidi con osm, ma il layer della cyclemap non
viene visualizzato, (c'è anche il layer per t@h ma visto che è stato
dismesso si può anche togliere)

Gli ho scritto per segnalare il problema e mi ha risposto:

Per quanto riguarda la cyclemap: purtroppo sto usando questo strumento da
neofita e sto cercando di migliorarlo passo dopo passo. A brevissimo, con
l'aiuto di un mio amico più esperto, dovrei riuscire a caricare la mappa
sulla ciclabilità, che è su openstreetmap, ma devo capire come inserire il
layer...


Qualche consiglio? Così glielo giro :)


-- 
×º°” il miglior sito di informazione - www.beppegrillo.it ”°º×



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

Re: [Talk-it] routing e OSM

2012-03-14 Thread sabas88

In realtà esiste da un po', l'ho usato quest'estate per estendere Mapweaver
con un routing fra punti (il modulo perl l'avevo messo qui
http://wiki.openstreetmap.org/wiki/Osrm.pm*).*
E' veloce e spero riescano a farlo evolvere bene.
L'api però mi era nuova! Lo usavo in locale dopo averlo compilato..

Ciao,
Stefano


Il giorno 14 marzo 2012 11:57, Stefano Salvador
stefano.salva...@gmail.comha scritto:

 è appena uscita sulla lista dev la notizia che hanno approntato un
 server per il routing basato su OSM (per ora solo europa), il link è
 il seguente:

  -- http://map.project-osrm.org --

 c'è anche un API utile a chi vuole integrare le funzionalità su un
 proprio servizio. Per quello che ho visto finora funziona molto bene.

 Ciao,

 Stefano

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

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

Re: [Talk-it] esportare in shape un insieme di relations

2012-03-14 Thread Luca Delucchi

Il 14 marzo 2012 12:39, Maurizio Napolitano napoo...@gmail.com ha scritto:
 Io userei osmiumjs
 https://github.com/joto/osmium


l'hai mai usato? pro e contro rispetto ad un import in postgis/spatialite?

-- 
ciao
Luca

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

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

Re: [Talk-it] esportare in shape un insieme di relations

Passi da un file osm o pbf senza passare da un db e scegliendo tu tag e
geometrie scrivendo diretto in un file shp o csv
Il giorno 14/mar/2012 13:47, Luca Delucchi lucadel...@gmail.com ha
scritto:

 Il 14 marzo 2012 12:39, Maurizio Napolitano napoo...@gmail.com ha
 scritto:
  Io userei osmiumjs
  https://github.com/joto/osmium
 

 l'hai mai usato? pro e contro rispetto ad un import in postgis/spatialite?

 --
 ciao
 Luca

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

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

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

Re: [Talk-it] da josm chiese e cappellette

2012-03-14 Thread Emiliano D'Aversa

Quello che non mi convince è quell'usualmente. Di solito è così, ma
se scriviamo nel wiki sagrato = area delimitata architettonicamente
rischiamo che la gente lo prenda come definizione, il che è sbagliato
semanticamente e crea possibili errori sulla mappa.

Ok, ho detto usualmente perchè non volevo essere troppo categorico :-) In
effetti anche la Treccani non si sbilancia troppo, mettendo un in genere [1]
.
Mi scuso per la lunghezza della mail, ma faccio un ultimo tentativo di
convincerti...
Mi sembra piuttosto strano procedere a consacrare un'area senza stabilirne con
certezza i confini, tanto più che i sagrati sono elementi architettonici
facenti parte a tutti gli effetti dell'edificio ecclesiastico (e godevano p.es.
un tempo di immunità) .
In alcuni casi (p.es. in architettura moderna [2]) il sagrato non c'è, ma in
questi casi non è delimitato proprio perchè non c'è...
Altre volte, in seguito a rimaneggiamenti novecenteschi di strutture più
antiche, lo spazio è stato modificato rimuovendo il sagrato,
riutilizzandolo come parcheggio o altro. E anche in questi casi direi che il
sagrato non c'è e basta.
Il caso di Mantova è credo una delle tipologie di sagrato più frequenti in
Italia, dove il sagrato è limitato proprio dagli scalini, la cui unica funzione
architettonica è quella di creare quest'area di rispetto davanti alla chiesa,
leggermente rialzata appositamente dal piano strada. In altri casi il sagrato
può prendere la forma di una piazzetta o addirittura un prato (soprattutto in
campagna) o di un porticato o altro ambiente coperto davanti alla porta
d'ingresso. Comunque è un elemento considerato molto importante nelle regole di
progettazione ufficiali delle chiese [3], dalle quali si capisce che deve
essere un'area chiaramente riconoscibile ai fedeli.
In conclusione, scrivere nel wiki sagrato = area delimitata
architettonicamente o simile non mi sembra in fin dei conti così sbagliato..

ciao
Emiliano
P.S. Mi sa ora sembro uno fissato con le chiese, ma non è così in realtà...! :-D
[1] http://www.treccani.it/vocabolario/sagrato1/
[2]
http://3.bp.blogspot.com/_yN_sH0NSchs/TDHjTFS_wCI/AB0/KRHtGwIzqX4/s1600/ronchamp+1950-55.jpg
[3]
http://www.chiesacattolica.it/cci_new/documenti_cei/2010-10/05-483/progettazione_chiese.pdf
Negli esempi citati
i confini sono evidenti anche dalle foto aree (per milano:
http://maps.google.it/maps?hl=itll=45.464188,9.190666spn=0.000633,0.001235t=kz=20),

Siamo sicuri? Abbiamo una fonte (usabile) che dichiari che il sagrato
del Duomo di Milano arriva fino ai gradini?

poi ci saranno sicuramente tanti casi più ambigui...

Ne ho trovati un paio andato rapidamente a memoria.

Il Duomo di Mantova: http://g.co/maps/f7kz7
Subito davanti alle porte c'è la strada (con un piccolo marciapiede,
non delimitato né a destra né a sinistra); oltre la strada la piazza,
che non è evidentemente il suo sagrato.

Le chiese di San Giuliano, San Bernardino, Sant'Anna e una chiesa
metodista (per la quale non so se valga il discorso del sagrato, però)
a Vercelli si affacciano direttamente sulla strada, anzi sul
marciapiede, come il Duomo di Mantova. Sempre a Vercelli, la chiesa di
San Bernardo (http://g.co/maps/9znzq) esce sulla strada (senza
marciapiede), in un punto in cui la strada si allarga: c'è un divieto
di sosta, ma nessuna delimitazione architettonica (a meno che non
vogliamo considerare tale quei panettoni, che, a dire il vero, mi
sembra che in questo momento non ci siano già più).

Ciao,

Simone

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

[Talk-it] Survey about Incentives to contribute to OSM

Credo sia di interesse anche per questa ML

-- Forwarded message --
From: Dominik Wilmsen wilms...@gmail.com
Date: Wed, Mar 14, 2012 at 13:57
Subject: [OSM-talk] Survey about Incentives to contribute to OSM
To: t...@openstreetmap.org

We would like to invite you to participate in a survey on motivations
and obstacles to contribute
geographic information to
OpenStreetMap. OpenStreetMap is a collaborative project to create a
free editable map of the world.

This survey consists of up to eighteen questions and will take
approximately five to (less than) ten minutes to complete.

Participation in this survey is voluntary and anonymous.

We would like to encourage you to spread the word about the survey and to
send the survey link to your peers.
Anyone can participate, no background knowledge
about OpenStreetMap is required.

The study is part of a diploma thesis at the Institute for
Geoinformatics of the University of Münster, Germany.

To take the survey, click the link below:
https://www.surveymonkey.com/s/WXBZ7LB

The same survey is also available in german:
https://www.surveymonkey.com/s/WSHWJ3M

Thank you in advance for your participation
Dominik Wilmsen

If you have additional questions, please contact me at wilms...@gmail.com.

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

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

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

Re: [Talk-it] Repository Maperitive

per scaricare i dati la cosa migliore è di scaricarti un estratto
(prendrei la versione pbf) da un mirror, per esempio GFOSS:
http://download.gfoss.it/osm/osm/regioni/
(sono creati solo una volta la settimana credo, quindi se ti servono
dati quasi attuali potresti prendere un estratto più grande (per
esempio l'Italia dalla geofabrik:
http://download.geofabrik.de/osm/europe/italy.osm.pbf )


Poi ritagli l'area che ti interessa con osmconvert [1] (per esempio):

./osmconvert italy.pbf -b=9,45,10,46 -o=il-mio-file.osm  (oppure con
delle coordinate più precise, questo esempio è per lat 45-46 e lon
9-10)


Un'altra alternativa sarebbe un mirror che ti consente il download di
un bounding box (per esempio overpass [3] o un altra XAPI [2]), ma al
meno nel passato questi servizi erano spesso più lenti e meno
affidabili rispetto al download e ritagliare a casa.

ciao,
Martin

[1] http://wiki.openstreetmap.org/wiki/Osmconvert
[2] http://wiki.openstreetmap.org/wiki/Xapi
[3] http://wiki.openstreetmap.org/wiki/Overpass_API

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

Re: [Talk-it] Survey about Incentives to contribute to OSM

2012-03-14 Thread Simone Cortesi

ma anche no.

arrivano survey da sconosciuti e perche' mai li si dovrebbe riempire?
chi c'e' dietro?

io, che sono in osm da tipo 7 anni, non ho mai sentito parlare di
questi che richiedono impegno mio, in termini di tempo, per riempire
un modulo.

On Wed, Mar 14, 2012 at 17:32, Maurizio Napolitano napoo...@gmail.com wrote:
 Credo sia di interesse anche per questa ML


 -- Forwarded message --
 From: Dominik Wilmsen wilms...@gmail.com
 Date: Wed, Mar 14, 2012 at 13:57
 Subject: [OSM-talk] Survey about Incentives to contribute to OSM
 To: t...@openstreetmap.org


 We would like to invite you to participate in a survey on motivations
 and obstacles to contribute
 geographic information to
 OpenStreetMap. OpenStreetMap is a collaborative project to create a
 free editable map of the world.

 This survey consists of up to eighteen questions and will take
 approximately five to (less than) ten minutes to complete.

 Participation in this survey is voluntary and anonymous.

 We would like to encourage you to spread the word about the survey and to
 send the survey link to your peers.
 Anyone can participate, no background knowledge
 about OpenStreetMap is required.

 The study is part of a diploma thesis at the Institute for
 Geoinformatics of the University of Münster, Germany.

 To take the survey, click the link below:
 https://www.surveymonkey.com/s/WXBZ7LB

 The same survey is also available in german:
 https://www.surveymonkey.com/s/WSHWJ3M

 Thank you in advance for your participation
 Dominik Wilmsen

 If you have additional questions, please contact me at wilms...@gmail.com.

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


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

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



-- 
-S

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

Re: [Talk-it] Survey about Incentives to contribute to OSM

On Wed, Mar 14, 2012 at 19:23, Simone Cortesi sim...@cortesi.com wrote:
 ma anche no.

 arrivano survey da sconosciuti e perche' mai li si dovrebbe riempire?
 chi c'e' dietro?

 io, che sono in osm da tipo 7 anni, non ho mai sentito parlare di
 questi che richiedono impegno mio, in termini di tempo, per riempire
 un modulo.

Perche' non hai mai fatto ricerca sociale ;)
Anche a me stanno sul culo quelli che usano surveymonkey per queste cose.
In ogni caso qui c'e' un post da parte dell'universita' che sostiene
l'iniziativa

http://swsl.uni-muenster.de/2012/03/survey-on-motivations-to-contribute-to-openstreetmap-please-distribute-and-participate/

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

Re: [Talk-it] Grotte mariane (ERA: da josm chiese e cappellette)

2012-03-14 Thread Carlo Stemberger


Il 13/03/2012 19:10, Paolo Monegato ha scritto:
Vedo che la mia ipotesi è confermata (anche da foto)... io sarei per 
un man_made=cave in caso di grotta scavata sulla roccia e 
building=cave nel caso di grotta artificiale.


Avrebbe anche un senso, ma c'è il problema che nel wiki[1], dopo gli 
ultimi interventi, la chiave building risulta già usata: 
building=wayside_shrine


Che fare?


Oppure tenere solo man_made=cave e specificare con un tag il materiale 
di costruzione (se cemento si fa presto a fare 2+2 e capire che è 
costruita e non scavata).


Come potrebbe essere, ad esempio?



Volendo si potrebbe inventare:
man_made=cave_shrine
che andrebbe bene anche per altri culti


Mmm :-\

Ciao!

Carlo


[1] http://wiki.openstreetmap.org/wiki/IT:Tag:historic%3Dwayside_shrine

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


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

Re: [Talk-it] Grotte mariane (ERA: da josm chiese e cappellette)