date:20130123


On 23/01/13 08:03, Raphael Studer wrote:


  A feature catalogue requires a very different approach to using the map,
  though: The user has to be quite methodical to first decide what they
  are looking for, then open the appropriate category in the catalogue.

My approach while looking on a card is, searching for information. So I
know what I'm looking for and therefore would verry like the a catalog
with categories.


I suspect that looking for things of type X is more of an end user 
goal though, which isn't the target audience for the OSM web site.


The question we should be asking is what sort of approach helps mappers 
and for that I suspect what things are here may be more useful?


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-talk] POI display on osm.org

2013-01-23 Thread Paweł Paprota


On 01/23/2013 09:35 AM, Tom Hughes wrote:

I suspect that looking for things of type X is more of an end user
 goal though, which isn't the target audience for the OSM web site.



...or is it? :-)


The question we should be asking is what sort of approach helps
mappers and for that I suspect what things are here may be more
useful?


For that I think the browse map data feature could be made more
prominent though I do understand performance/scalability challenges of this.

Paweł

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

Re: [OSM-talk] POI display on osm.org

2013-01-23 Thread Paweł Paprota


On 01/22/2013 09:35 AM, Ilya Zverev wrote:

Right now, in Roland's version, it isn't even clear that one should
click on the map to get information.


In one of the EWG meetings POI display was split into two separate tasks:

http://wiki.openstreetmap.org/wiki/Top_Ten_Tasks#Clickable_POIs_on_the_frontpage

http://wiki.openstreetmap.org/wiki/Top_Ten_Tasks#POI_inspection_tool_on_the_frontpage

I think this separation makes sense and I assume that Roland's solution
is for the POI inspection tool task since, as you mentioned, the POI's
themselves are not really clickable as on Google Maps for example. For
that the Mapnik grid renderer approach looks interesting.

For the POI/data inspection tool I think we would need vector tiles
approach instead of a regular fire SQL for given coordinates approach
but of course this does not mean that Roland's solution does not apply -
if it can be scaled for production and nicely integrated into the Rails
Port then why not?

It is certainly better than current situation where we have nothing
clickable and no inspection tool...

Paweł

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

Re: [OSM-talk] POI display on osm.org


On 23/01/13 11:07, Paweł Paprota wrote:

On 01/22/2013 09:35 AM, Ilya Zverev wrote:

Right now, in Roland's version, it isn't even clear that one should
click on the map to get information.


In one of the EWG meetings POI display was split into two separate tasks:

http://wiki.openstreetmap.org/wiki/Top_Ten_Tasks#Clickable_POIs_on_the_frontpage


Well that one seems wrong to me as it is approaching the issue from one 
of achieving feature parity with Google Maps, but as I have always 
understood it that has never been our goal.



http://wiki.openstreetmap.org/wiki/Top_Ten_Tasks#POI_inspection_tool_on_the_frontpage


This is more where I think we should be going, and where the Overpass 
based system seems to be able to deliver.


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-talk] POI display on osm.org

2013-01-23 Thread Paweł Paprota


On 01/23/2013 12:31 PM, Tom Hughes wrote:

Well that one seems wrong to me as it is approaching the issue from one
of achieving feature parity with Google Maps, but as I have always
understood it that has never been our goal.


It also provides better user experience. Sure we can say that the main 
website is only for mappers and having no hit boxes on POI's is OK but 
then I guess I'd have to start questioning why do I keep spending all 
this time on improving history view if it's not really the goal for the 
main website to be usable...


Paweł

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

Re: [OSM-talk] POI display on osm.org


On 23/01/13 13:48, Paweł Paprota wrote:

On 01/23/2013 12:31 PM, Tom Hughes wrote:

Well that one seems wrong to me as it is approaching the issue from one
of achieving feature parity with Google Maps, but as I have always
understood it that has never been our goal.


It also provides better user experience. Sure we can say that the main
website is only for mappers and having no hit boxes on POI's is OK but
then I guess I'd have to start questioning why do I keep spending all
this time on improving history view if it's not really the goal for the
main website to be usable...


Talk of usable is meaningless without saying what you want it to be 
usable for - who the target audience is.


Unless of course the argument is that the site should be able to do 
absolutely anything that a random visitor might ask of it - make tea? 
mind children? order books from amazon?


I don't see what this has to do with the history view either - being 
able to efficiently explore changes in an area is clearly something of 
huge interest and usefulness to mappers.


I also haven't questioned the usefulness of the POI stuff - just about 
whether different approaches have different audiences and are therefore 
of more or less interest to us.


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-talk] Kort Game: Translators seeked!

2013-01-23 Thread Arlindo Pereira

Hi,

I'd like to try the game but I see no missions in my city. I live at Rio de
Janeiro, Brazil, South America.

Thanks!

Arlindo Pereira

On Thu, Jan 17, 2013 at 1:10 PM, Stefan Keller sfkel...@gmail.com wrote:

 Dear all,

 I'm referring to the small Kort game [1] which has been recently
 mentioned in Weekly OSM Summary #59, January 1, 2013 [2]. It is a
 cross-platform, crowdsourcing app aimed to improve OpenStreetMap using
 the concept of gamification (see [3]). Already about 800 users are
 registered at Kort!

 Kort is now ready for being translated at Transifex! This is a
 collaborative, web-based localization platform which is free to use
 for open source projects.

 After signing up at http://www.transifex.com with a new account
 (choose the Open Source option at bottom), you can search for Kort
 project, choose your language, then click on + Join Team. You can
 contribute even if you don't want to do the whole translation (this is
 why there is a team).  And if you miss a language there, just Request
 a new language.It seems to be easy to use and has help – of course in
 several languages :-).

 Thank you for contributing to Kort. I can't give you Koins for
 translating, but I can wish you happy korting!

 Stefan

 [1] http://www.kort.ch
 [2] http://opengeodata.org/weekly-osm-summary-59
 [3] http://wiki.openstreetmap.org/wiki/Kort_App

 ___
 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] Is osm.org broken on mobile phones for you?

2013-01-23 Thread Robert Kaiser


Pavel Melnikov schrieb:

I've just noticed that osm.org stopped working correctly on Android's Opera
Mobile.


If I'd be mean, I'd say, use a better and incidentally also open 
browser and point you to http://www.mozilla.org/firefox/mobile ;-)


That said, what I really find annoying is that there's no way to get to 
a search box in the mobile version of the website.


Robert Kaiser



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

Re: [OSM-talk] Is osm.org broken on mobile phones for you?

on the iPhone it is working well (including changing map background,
what didn't work in the Openlayers version), but you are caught inside
the mobile view, you can't change to classic view, and in the mobile
version there is no search box to look for streetnames or PoIs and
there a no links to further information.

In summary when on mobile there is
* no attribution
* no links to help, wiki, mapkey, community blogs etc.
* no search

Or they are very well hidden ;-)

cheers,
Martin

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

Re: [OSM-talk] Is osm.org broken on mobile phones for you?

2013-01-23 Thread Cartinus

And why are you (a very experienced OSM'er) writing that here in stead
of creating a bug in the appropriate place?

On 01/23/2013 05:13 PM, Martin Koppenhoefer wrote:
 on the iPhone it is working well (including changing map background,
 what didn't work in the Openlayers version), but you are caught inside
 the mobile view, you can't change to classic view, and in the mobile
 version there is no search box to look for streetnames or PoIs and
 there a no links to further information.
 
 In summary when on mobile there is
 * no attribution
 * no links to help, wiki, mapkey, community blogs etc.
 * no search
 
 Or they are very well hidden ;-)
 
 cheers,
 Martin


-- 
---
m.v.g.,
Cartinus

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

Re: [OSM-talk] POI display on osm.org

2013-01-23 Thread Alex Barth

If we're talking about upping expectations, let me toss in: speed. If we do
POIs we should do them right and that includes instant response in my mind.

On Tue, Jan 22, 2013 at 3:35 AM, Ilya Zverev zve...@textual.ru wrote:

Hi. I'd like to put the discussion of Roland's POI feature in perspective.
Last month the team of openstreetmap.ru released their version of POI
search and display engine. Check out the screenshot:
http://shtosm.ru/pictures/**osmrupoi.gifhttp://shtosm.ru/pictures/osmrupoi.gifand
another one:
http://not.textual.ru/zverik/**2/3/osmrupoi-fortalk.gifhttp://not.textual.ru/zverik/2/3/osmrupoi-fortalk.gif

There is a catalogue of POI types (a lot like on other sites, flosm.deand
such), when you check one or more, markers appear on the map. When a
marker is clicked, a popup appears with relevant tags translated into
russian: name, opening_hours (parsed), address (using reverse geocoding),
cuisine for restaurants, operator, website etc. Alas, everything is in
Russian with translations neither available nor planned, and it works only
for Russia. You can check it out at http://openstreetmap.ru/#**
layer=Mzoom=14lat=57.81758**lon=28.32691http://openstreetmap.ru/#layer=Mzoom=14lat=57.81758lon=28.32691(open
Точки интереса (POI) tab on the left).

I'd like to expect something no less spectacular and useful on the
openstreetmap.org. Right now, in Roland's version, it isn't even clear
that one should click on the map to get information.

__**_
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] Is osm.org broken on mobile phones for you?

2013/1/23 Cartinus carti...@xs4all.nl:
 And why are you (a very experienced OSM'er) writing that here in stead
 of creating a bug in the appropriate place?


I thought that given the title of this thread and the ongoing work on
the main page there was very high probability that the people doing
the redesign would read it here. You are right though that there
should be a ticket for this in trac as well, so here it is:
https://trac.openstreetmap.org/ticket/4755

cheers,
Martin

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

Re: [OSM-talk] Is osm.org broken on mobile phones for you?


On 23/01/13 16:50, Martin Koppenhoefer wrote:


I thought that given the title of this thread and the ongoing work on
the main page there was very high probability that the people doing
the redesign would read it here. You are right though that there
should be a ticket for this in trac as well, so here it is:
https://trac.openstreetmap.org/ticket/4755


I'm not sure if Saman is on this list actually. I doubt he's paying much 
attention to trac either, though he may see the tickets through the 
rails-dev list.


This isn't really redesign anyway - all the things you mention are 
features that have always been missing from the mobile view AFAIK.


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-talk] Is osm.org broken on mobile phones for you?

2013/1/23 Tom Hughes t...@compton.nu:
 On 23/01/13 16:50, Martin Koppenhoefer wrote:
 I'm not sure if Saman is on this list actually. I doubt he's paying much
 attention to trac either, though he may see the tickets through the
 rails-dev list.
 This isn't really redesign anyway - all the things you mention are features
 that have always been missing from the mobile view AFAIK.


Don't know either. I now sent him a copy via email (with the hint to
eventually ignore it). These issues have been introduced at some time
in the last year IIRR, because not so very long ago you received the
desktop version also on cell phones (which wasn't the optimum, but
hadn't the issues like missing attribution or missing search and
links).

cheers,
Martin

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

Re: [OSM-talk] Is osm.org broken on mobile phones for you?


On 23/01/13 17:52, Martin Koppenhoefer wrote:


Don't know either. I now sent him a copy via email (with the hint to
eventually ignore it). These issues have been introduced at some time
in the last year IIRR, because not so very long ago you received the
desktop version also on cell phones (which wasn't the optimum, but
hadn't the issues like missing attribution or missing search and
links).


The small screen view goes back much further than that - back to before 
March 2010 for sure.


It's possible the side bar was visible until Nov 2011 but that's just 
based on the changelog saying something about making the map fill the 
screen as I didn't look at the code at all.


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-legal-talk] Advice regarding terms from an agency

2013-01-23 Thread Richard Weait

On Wed, Jan 23, 2013 at 11:39 AM, Svavar Kjarrval sva...@kjarrval.iswrote:

  Hi.


[ ... ]

I suspect that such a condition is not in the spirit of open data but
 nevertheless I decided to inquire about it anyway. Would such a condition
 for data be acceptable for data contributions? If the terms would be on the
 wiki page, would they be legally binding for whoever downloads the data?



Dear Svavar,

I suspect that you are correct.  Not in the spirit of open data,
unacceptable as a condition for contributed data, are both thoughts that
I had on reading your email.

I don't think that this is necessarily a dead end though.  A patient
explanation may help, or getting others at the agency involved may help.

Don't give up.  Government agencies tend to move slowly.

Best regards,
Richard (Speaking only for myself.  LWG have not discussed your email.)
___
legal-talk mailing list
legal-t...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-talk] Is osm.org broken on mobile phones for you?

2013-01-23 Thread Pavel Melnikov

I'll have to change my phone to a new android to use firefox=)

On Wed, Jan 23, 2013 at 11:12 PM, Robert Kaiser ka...@kairo.at wrote:

 Pavel Melnikov schrieb:

  I've just noticed that osm.org stopped working correctly on Android's
 Opera
 Mobile.


 If I'd be mean, I'd say, use a better and incidentally also open
 browser and point you to 
 http://www.mozilla.org/**firefox/mobilehttp://www.mozilla.org/firefox/mobile;-)

 That said, what I really find annoying is that there's no way to get to a
 search box in the mobile version of the website.

 Robert Kaiser




 __**_
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] Kort Game: Translators seeked!

2013-01-23 Thread Stefan Keller

Oi Arlindo

Check again: You should see something now in South and North America!

Yours, Stefan


2013/1/23 Arlindo Pereira openstreet...@arlindopereira.com:
 Hi,

 I'd like to try the game but I see no missions in my city. I live at Rio de
 Janeiro, Brazil, South America.

 Thanks!

 Arlindo Pereira

 On Thu, Jan 17, 2013 at 1:10 PM, Stefan Keller sfkel...@gmail.com wrote:

 Dear all,

 I'm referring to the small Kort game [1] which has been recently
 mentioned in Weekly OSM Summary #59, January 1, 2013 [2]. It is a
 cross-platform, crowdsourcing app aimed to improve OpenStreetMap using
 the concept of gamification (see [3]). Already about 800 users are
 registered at Kort!

 Kort is now ready for being translated at Transifex! This is a
 collaborative, web-based localization platform which is free to use
 for open source projects.

 After signing up at http://www.transifex.com with a new account
 (choose the Open Source option at bottom), you can search for Kort
 project, choose your language, then click on + Join Team. You can
 contribute even if you don't want to do the whole translation (this is
 why there is a team).  And if you miss a language there, just Request
 a new language.It seems to be easy to use and has help – of course in
 several languages :-).

 Thank you for contributing to Kort. I can't give you Koins for
 translating, but I can wish you happy korting!

 Stefan

 [1] http://www.kort.ch
 [2] http://opengeodata.org/weekly-osm-summary-59
 [3] http://wiki.openstreetmap.org/wiki/Kort_App

 ___
 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-tr] OSM Atölyesi, 26 Ocak 2013, İstanbul Hackerspace

2013-01-23 Thread H . Can Ünen

Merhaba herkese,

 

Gruptan Orkut Murat Yılmaz ve ben, bu Cumartesi İstanbul Hackerspace'de bir
OpenStreetMap atölyesi gerçekleştireceğiz. 

 

OpenStreetMap'i hiç bilmeyene tanıtmak, biraz bilene de OSM ile dünya
genelinde neler yapıldığını göstermeyi amaçlayan etkinliğimize müsait olan
herkesi bekleriz. Ayrıca blog, Facebook sayfanız, twitter gibi kanallardan
ilgilenebileceğiniz başka insanlarla paylaşırsanız seviniriz.

 

https://istanbulhs.org/openstreetmap-atolyesi/

 

İyi günler.

 

Can

 

=-=-=-=-=-=-=-=-=-=-=-=-=-=

 

Can Ünen

 

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

Re: [Talk-tr] OSM Atölyesi, 26 Ocak 2013, İstanbul Hackerspace

2013-01-23 Thread H. Can Unen

Site bizim değil, hackerspace'in. Murat hackerspace üyesi olarak iletir
sanırım ilgililere :)

~=~=~=~=~=

H. Can Ünen

via Android
On Jan 23, 2013 7:45 PM, Roman Neumüller em...@katpatuka.org wrote:

 websayfanız'da (1) buluşma yerini bir osm haritası (2) kullanarak
 görünseydi
 daha iyi olurdu - iletişim sayfasında sadece google maps görünüyor cünkü...

 onun dışında: Hayırlı olsun

 ;-)

 Roman (katpatuka@osm)

 (1) 
 https://istanbulhs.org/**openstreetmap-atolyesi/https://istanbulhs.org/openstreetmap-atolyesi/
 (2) iframe olarak:
 iframe width=425 height=350 frameborder=0 scrolling=no
 marginheight=0 marginwidth=0 src=http://www.openstreetmap.**
 org/export/embed.html?bbox=29.**040459,40.992358,29.043528,40.**
 99463amp;layer=mapnikamp;**marker=40.99349,29.04197http://www.openstreetmap.org/export/embed.html?bbox=29.040459,40.992358,29.043528,40.99463layer=mapnikmarker=40.99349,29.04197
 style=border: 1px solid black/iframebr /smalla href=http://www.
 **openstreetmap.org/?lat=40.**993494amp;lon=29.**
 04199349997amp;zoom=17**amp;layers=Mamp;mlat=40.**
 99349amp;mlon=29.04197http://www.openstreetmap.org/?lat=40.993494lon=29.04199349997zoom=17layers=Mmlat=40.99349mlon=29.04197View
 Larger Map/a/small

  Merhaba herkese,

 Gruptan Orkut Murat Yılmaz ve ben, bu Cumartesi İstanbul Hackerspace'de
 bir OpenStreetMap atölyesi gerçekleştireceğiz.

 OpenStreetMap'i hiç bilmeyene tanıtmak, biraz bilene de OSM ile dünya
 genelinde neler yapıldığını göstermeyi amaçlayan etkinliğimize müsait
 olan herkesi bekleriz. Ayrıca blog, Facebook sayfanız, twitter gibi
 kanallardan
 ilgilenebileceğiniz başka insanlarla paylaşırsanız seviniriz.

 https://istanbulhs.org/**openstreetmap-atolyesi/https://istanbulhs.org/openstreetmap-atolyesi/

 İyi günler.

 Can Ünen


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

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

[Talk-de] Beschreibung von building=hangar

2013-01-23 Thread Martin Vonwald

Hi!

Auf tagging [1] gibt es eine kurze Diskussion zu building=hangar. Kurz
gefasst: im englischen Wiki steht, dass building=hangar ein Gebäude
für Flugzeuge ist.  deutschen [2] steht Genutzt um Güter
aufzubewaren. Mehrdeutig? Nutze stattdessen building=warehouse. Dies
ist ein offensichtlicher Widerspruch und entspricht auch nicht meiner
Wahrnehmung des Wortes Hangar, welche sich mit den Wiki-Definitionen
[3] und [4] deckt.

Spricht etwas dagegen, die deutsche Wiki-Seite entsprechend anzupassen?

vg,
Martin

[1] http://lists.openstreetmap.org/pipermail/tagging/2013-January/012652.html
[2] http://wiki.openstreetmap.org/wiki/DE:Key:building
[3] http://de.wikipedia.org/wiki/Hangar
[4] http://en.wikipedia.org/wiki/Hangar

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

Re: [Talk-de] Beschreibung von building=hangar

2013-01-23 Thread Timo Schaal


Am 23.01.2013 09:11, schrieb Martin Vonwald:

Spricht etwas dagegen, die deutsche Wiki-Seite entsprechend anzupassen?

Nö.

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

Re: [Talk-de] Beschreibung von building=hangar

Am 23. Januar 2013 09:11 schrieb Martin Vonwald imagic@gmail.com:
 Auf tagging [1] gibt es eine kurze Diskussion zu building=hangar. Kurz
 gefasst: im englischen Wiki steht, dass building=hangar ein Gebäude
 für Flugzeuge ist.  deutschen [2] steht Genutzt um Güter
 aufzubewaren. Mehrdeutig? Nutze stattdessen building=warehouse.


Ggf. kann man die Bedeutung ausdehnen auf Bauten zur Unterbringung von
Luft- und Raumfahrzeugen? (Neben Flugzeugen spricht man AFAIK auch bei
Hubschraubern und Luftschiffen/Zeppelins von Hangars, s.z.B. tropical
Islands=ehemaliger Cargolifter Hangar). Güter ist auf jeden Fall zu
Allgemein m.E.

Gruß Martin

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

Re: [Talk-de] Beschreibung von building=hangar

2013-01-23 Thread gmbo


Am 23.01.2013 11:11, schrieb Martin Koppenhoefer:

Am 23. Januar 2013 09:11 schrieb Martin Vonwald imagic@gmail.com:

Auf tagging [1] gibt es eine kurze Diskussion zu building=hangar. Kurz
gefasst: im englischen Wiki steht, dass building=hangar ein Gebäude
für Flugzeuge ist.  deutschen [2] steht Genutzt um Güter
aufzubewaren. Mehrdeutig? Nutze stattdessen building=warehouse.


Ggf. kann man die Bedeutung ausdehnen auf Bauten zur Unterbringung von
Luft- und Raumfahrzeugen? (Neben Flugzeugen spricht man AFAIK auch bei
Hubschraubern und Luftschiffen/Zeppelins von Hangars, s.z.B. tropical
Islands=ehemaliger Cargolifter Hangar). Güter ist auf jeden Fall zu
Allgemein m.E.

Gruß Martin

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


Das scheint an der französischen Übersetzung von Hanger zu liegen.
Wenn man (fr) hanger - (de) übersetzt bekommt man Lagerhaus als Treffer
aus dem  englischen
A hangar http://en.wikipedia.org/wiki/Hangar is a building used for 
the storage of airplanes, helicopters or space-craft. Consider adding 
aeroway http://wiki.openstreetmap.org/wiki/Key:aeroway=hangar 
http://wiki.openstreetmap.org/wiki/Tag:aeroway%3Dhangar, when 
appropriate.


wird da
 Utiliser pour entreposer des biens. Ambigu? Utiliser 
*building*=warehouse plutôt.

etwas zum Aufbewahren von Sachen. mehrdeutig?

Also auch dort nicht im ursprünglichen Sinn.
*hangar* à avions http://de.pons.eu/franzosisch-deutsch/avions wäre 
eine Übersetzung.


Viele Grüße
Gisbert
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Nominatin Installation - Grenze für Stacktiefe überschritten

2013-01-23 Thread Johannes Porstein

Hallo zusammen,

Debian Squeeze
postgres Version 8.4
Nominatim Version vom 21.Januar ebenso osm2pgsql


Während des Importvorgangs gibt es bezüglich dem Erreichen der Stackgrenze
mehrere Fehlermeldungen. Ich habe den Wert zunächst einmal grundsätzlich in
der postgresql.conf aktiviert und auf 2MB gesetzt, dann 8 und dann 16MB
(System-Stacksize mit ulimit -s kb ). Ab 8MB trat der Fehler nur noch
einmal auf, der Vorgang dauerte aber wesentlich länger.

Im Endeffekt kann ich nichts mit der search.php aus dem importierten
OSM-File finden, auch wird in der search.php kein Datum des Index
angezeigt. Hat jemand einen Tipp?



Die Ausgabe des

./utils/setup.php --osm-file koeln-regbez.osm.pbf --all

Befehls spuckt soetwas aus, bricht jedoch nicht an der Stelle ab, sondern
macht weiter.


Reanalysing database...
HINWEIS:   no notnull values, invalid stats
ANALYZE
PHP Warning:  pg_query(): Query failed: FEHLER:  Grenze fÃ¼r Stacktiefe
Ã¼berschritten
HINT:  ErhÃ¶hen Sie den Konfigurationsparameter Â»max_stack_depthÂ«,
nachdem Sie sichergestellt haben, dass die Stacktiefenbegrenzung Ihrer
Plattform ausreichend ist.
..
SQL-Anweisung Â»SELECT   $1 in /home/eporstein/Nominatim/utils/setup.php on
line 490
ERROR: FEHLER:  Grenze fÃ¼r Stacktiefe Ã¼berschritten
HINT:  ErhÃ¶hen Sie den Konfigurationsparameter Â»max_stack_depthÂ«,
nachdem Sie sichergestellt haben, dass die Stacktiefenbegrenzung Ihrer
Plattform ausreichend ist.

PL/pgSQL function placex_insert line 83 at Zuweisung
FEHLER:  Grenze fÃ¼r Stacktiefe Ã¼berschritten
HINT:  ErhÃ¶hen Sie den Konfigurationsparameter Â»max_stack_depthÂ«,
nachdem Sie sichergestellt haben, dass die Stacktiefenbegrenzung Ihrer
Plattform ausreichend ist.


es grüßt jotpe
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Beschreibung von building=hangar

Am 23. Januar 2013 11:39 schrieb gmbo g...@kilometerfresser.eu:
 Das scheint an der französischen Übersetzung von Hanger zu liegen.
 Wenn man (fr) hanger - (de) übersetzt bekommt man Lagerhaus als Treffer
 aus dem  englischen


Du meinst hangar, oder?


 A hangar http://en.wikipedia.org/wiki/Hangar is a building used for the
 storage of airplanes, helicopters or space-craft. Consider adding aeroway
 http://wiki.openstreetmap.org/wiki/Key:aeroway=hangar
 http://wiki.openstreetmap.org/wiki/Tag:aeroway%3Dhangar, when appropriate.

 wird da
  Utiliser pour entreposer des biens. Ambigu? Utiliser *building*=warehouse
 plutôt.
 etwas zum Aufbewahren von Sachen. mehrdeutig?


naja, http://fr.wikipedia.org/wiki/Hangar benutzt dieselben Bilder wie
die dt. oder engl. WIkipedia und hat einen ähnlichen Text, ergänzt
aber das allgemeine Lagern als Wortbedeutung. Die Übereinstimmung
könnte aber auch gut daher kommen, dass jemand Dinge von der
englischen Wikipedia übersetzt und ergänzt hat (kann man gelegentlich
beobachten, dass z.B. auch Fehler dann in mehreren Sprachen
auftauchen, weil von der englischen WP abgeschrieben wurde).

Im Prinzip ist die Bedeutung im OSM-Wiki die wichtigste wenn es um
Tagdefinitionen geht, alles andere ist demgegenüber nachrangig, und
insbesondere Bedeutungen von Wörtern in anderen Sprachen als dem
Englischen sollte man überhaupt nicht zur Tagdefinition heranziehen,
sofern es das Wort auch im Englischen gibt. Es könnte aber ggf. Sinn
machen, getaggte Objekte dahingehend zu überprüfen, ob sie evtl.
falsch getaggt sind, wenn das englische Wort zur Tagbezeichnung in der
lokalen Sprache eine andere Bedeutung hat (anders auch im Sinne von
erweiterter Bedeutung).

Was bisher noch kaum aufgetreten ist, vielleicht auch deshalb, weil
das Mapping bisher in der westlichen Welt am weitesten vorangekommen
ist, sind Dinge, für die es im englischen kein Wort gibt. Meistens
wird man da umschreiben können, notfalls auch mit Kombinationen von
tags, aber wäre schon spannend, mal einen Fall zu sehen, der kaum
abbildbar ist, weil es im Englischen kein Konzept dafür gibt ;-)

Gruß Martin

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

Re: [Talk-de] Beschreibung von building=hangar

2013-01-23 Thread gmbo


Am 23.01.2013 17:38, schrieb Martin Koppenhoefer:
Du meinst hangar, oder? 

ja, ließ sich nach dem abschicken nicht änden.

Im Prinzip ist die Bedeutung im OSM-Wiki die wichtigste wenn es um
Tagdefinitionen geht, alles andere ist demgegenüber nachrangig, und
insbesondere Bedeutungen von Wörtern in anderen Sprachen als dem
Englischen sollte man überhaupt nicht zur Tagdefinition heranziehen,
sofern es das Wort auch im Englischen gibt. Es könnte aber ggf. Sinn
machen, getaggte Objekte dahingehend zu überprüfen, ob sie evtl.
falsch getaggt sind, wenn das englische Wort zur Tagbezeichnung in der
lokalen Sprache eine andere Bedeutung hat (anders auch im Sinne von
erweiterter Bedeutung).

in Orly wird der Hangar mit aeroway=hangar building=yes getagt

http://wiki.openstreetmap.org/wiki/Tag:aeroway=hangar

aber wäre schon spannend, mal einen Fall zu sehen, der kaum
abbildbar ist, weil es im Englischen kein Konzept dafür gibt ;-)

Gruß Martin

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


Ja, das wäre mal interessant
Gruß  Gisbert


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

[Talk-de] Mapper in Frankfurt an der Oder gesucht

2013-01-23 Thread NopMap


Hi!

Im Forum gibt es derzeit eine Diskussion über einen User, der scheinbar
großflächig und sofort die Edits anderer Mapper rückgängig macht. Falls hier
Mapper mitlesen, die in iFrankfurt/Oder aktiv bzw. davon betroffen sind oder
waren, meldet Euch doch bitte mal in diesem Thread zu Wort.

http://forum.openstreetmap.org/viewtopic.php?id=19786p=1

bye, Nop




--
View this message in context: 
http://gis.19327.n5.nabble.com/Mapper-in-Frankfurt-an-der-Oder-gesucht-tp5746009.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] Nominatin Installation - Grenze für Stacktiefe überschritten

2013-01-23 Thread Sarah Hoffmann

On Wed, Jan 23, 2013 at 12:13:55PM +0100, Johannes Porstein wrote:
 Hallo zusammen,
 
 Debian Squeeze
 postgres Version 8.4
 Nominatim Version vom 21.Januar ebenso osm2pgsql

Nominatim unterstützt zwar offiziell noch postgres 8.4, aber wirklich
getestet ist das nicht mehr. Wenn du irgendwie auf 9.0 oder 9.1 wechseln kannst,
solltest du das tun. (Ich weiss, dass es einen Backport von postgres gibt,
weiss aber nicht, wie es mit postgis aussieht.)

 Während des Importvorgangs gibt es bezüglich dem Erreichen der Stackgrenze
 mehrere Fehlermeldungen. Ich habe den Wert zunächst einmal grundsätzlich in
 der postgresql.conf aktiviert und auf 2MB gesetzt, dann 8 und dann 16MB
 (System-Stacksize mit ulimit -s kb ). Ab 8MB trat der Fehler nur noch
 einmal auf, der Vorgang dauerte aber wesentlich länger.

Meine DB hier läuft auf der Standardeinstellung von 2MB. Das sollte also
eigentlich funktionieren. Gibt es im postgres-Log vielleicht noch
genauere Informationen? Der Teil des Logfiles, den du angehängt hast,
reicht leider nicht, um zu erkennen, welcher SQL-Aufruf genau versagt.

 Im Endeffekt kann ich nichts mit der search.php aus dem importierten
 OSM-File finden, auch wird in der search.php kein Datum des Index
 angezeigt. Hat jemand einen Tipp?

Bist du sicher, dass die Stackfehler die einzigen Fehler sind, die
auftreten? Es ist durchaus möglich, dass sie nur die Folge eines früheren
Fehlers sind. Kannst du ausserdem sichergehen, dass das Script tatsächlich
bis zum Ende gelaufen ist? Als letztes solltest du eine Reihe von
'CREATE INDEX' sehen.

Gruss

Sarah

 
 
 
 Die Ausgabe des
 
 ./utils/setup.php --osm-file koeln-regbez.osm.pbf --all
 
 Befehls spuckt soetwas aus, bricht jedoch nicht an der Stelle ab, sondern
 macht weiter.
 
 
 Reanalysing database...
 HINWEIS:   no notnull values, invalid stats
 ANALYZE
 PHP Warning:  pg_query(): Query failed: FEHLER:  Grenze fÃ¼r Stacktiefe
 Ã¼berschritten
 HINT:  ErhÃ¶hen Sie den Konfigurationsparameter Â»max_stack_depthÂ«,
 nachdem Sie sichergestellt haben, dass die Stacktiefenbegrenzung Ihrer
 Plattform ausreichend ist.
 ..
 SQL-Anweisung Â»SELECT   $1 in /home/eporstein/Nominatim/utils/setup.php on
 line 490
 ERROR: FEHLER:  Grenze fÃ¼r Stacktiefe Ã¼berschritten
 HINT:  ErhÃ¶hen Sie den Konfigurationsparameter Â»max_stack_depthÂ«,
 nachdem Sie sichergestellt haben, dass die Stacktiefenbegrenzung Ihrer
 Plattform ausreichend ist.
 
 PL/pgSQL function placex_insert line 83 at Zuweisung
 FEHLER:  Grenze fÃ¼r Stacktiefe Ã¼berschritten
 HINT:  ErhÃ¶hen Sie den Konfigurationsparameter Â»max_stack_depthÂ«,
 nachdem Sie sichergestellt haben, dass die Stacktiefenbegrenzung Ihrer
 Plattform ausreichend ist.
 
 
 es grüßt jotpe
 ___
 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] OSM-Beteiligung an Geocaching Mega Event 28.06.-30.06.2013 in Koblenz

2013-01-23 Thread Gehling Marc

Hallo,

ja, es besteht Interesse. Plane mit Familie vor Ort zu sein. 

siehe http://wiki.openstreetmap.org/wiki/Projekt_Eck

Mfg Marc


Am 13.01.2013 um 11:37 schrieb Joachim Kast osm...@dd1gj.de:

 Hallo,
 
 vom 28.06.-30.06.2013 findet in Koblenz das Geocaching Mega Event
 www.project-eck.de statt. Die Organisatoren haben angefragt, ob von
 unserer Seite Interesse besteht, OSM z.B durch Infostand, Vortrag
 und/oder Workshop zu präsentieren.
 
 Grüße
 Joachim
 
 ___
 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-it] Import Utilizzo del Suolo dal Geoportale Veneto

2013-01-23 Thread Lorenzo Beba Beltrami

Anche io, che ho fatto prove in zona Reggio Emilia, ho tolto il landuse per
le highway (ma non per le railway). L'unico problema è come usano i
multipoligoni in regione, ovvero occupando TUTTO lo spazio possibile. E'
l'unico punto su cui ho sempre avuto un po' di remore perché crea dei
multipoligoni ENORMI e di conseguenza approssimativi e difficili da
manutenere... =S

Un'altra cosa che avevo fatto era togliere i landuse=greenfield e simili
(le aree in costruzione) perché essendo dati vecchi magri ora hanno già
finito... =P

Just my 2 cent.
Lollo

Il giorno 22 gennaio 2013 22:25, Leonardo kinetocor...@gmail.com ha
scritto:

 Ciao,

 scrivo alla mailing list per esporre una possibile idea di import per i
 dati riguardanti l'utilizzo del suolo in Veneto. Io e l'utente joecow (
 http://www.openstreetmap.org/**user/joecowhttp://www.openstreetmap.org/user/joecow)
 abbiamo cominciato a dare un'occhiata ai dati presenti sul geoportale e a
 formulare un piano di import per chi fosse interessato.

 Innanzitutto, per quanto riguarda la licenza siamo a posto dato che il
 database usa la IODL 2.0, compatibile con la OdBL.

 Il database è raggiungibile dal solito link (
 http://idt.regione.veneto.it/**app/metacatalog/http://idt.regione.veneto.it/app/metacatalog/),
 scegliendo 01 - Dati Territoriali della Regione Veneto-c05_Suolo e
 Sottosuolo-c0506_Uso del Suolo-c0506021_CopSuolo, suddiviso in Province e
 relativi Comuni.

 La data del metadato riportata è 2009-06-30, più recente di quella
 contenuta nei singoli file della CRT (i più nuovi arrivano al 2008).

 Li shape dei singoli comuni sembrano essere in ottimo stato, ben disegnati
 e senza particolari errori segnalati da QGIS (per ora solo pochi poligoni
 intersecati).

 L'idea è quella di applicare lo stesso procedimento di import descritto
 nella wikia OSM Veneto per gli shape della CRT, ovviamente con un nuovo set
 di regole da usare con shp-to-osm. Ed è in questo punto che l'aiuto della
 comunità della mailing list interverrebbe: joecow ha analizzato tutte le
 province e estratto i singoli elementi che caratterizzano i vari poligoni e
 li ha ordinati in un bel file excel che potete trovare a questo link (
 https://www.dropbox.com/sh/**1kj9faps6j1d1i4/L5WEDViPmShttps://www.dropbox.com/sh/1kj9faps6j1d1i4/L5WEDViPmS
 ).

 Sono in totale 174 voci che necessitano di una regola ma molte sono
 simili, per esempio Betuleto,Castagneto con frassino, Castagneto dei
 substrati magmatici, Rovereto dei substrati magmatici, Faggeta altimontana
 potrebbero essere tutti taggati come natural=wood e per differenziarle
 usare wood=* dove * sta per la specie. Stessa cosa per le coltivazioni,
 sulla wiki di OSM ci sono già le indicazioni per fare le distinzioni. La
 base di partenza per le regole sarebbe la pagina dei landuse sulla wiki (
 http://wiki.openstreetmap.**org/wiki/Key:landusehttp://wiki.openstreetmap.org/wiki/Key:landuse
 ).

 Ora credo sorga una domanda: perchè fare questo anziché continuare con
 l'import della vegetazione (i file veget_a della CTR)? Opinione mia
 personale:

 1)Gli shape sono molto più ordinati, aggiornati e dettagliati di quelli
 contenuti nella CTR. Durante gli import che ho effettuato dalla CTR ho
 notato certe zone in cui le geometrie degli shape della vegetazione sono
 completamente sballati quando vengono aperti in QGIS, obbligando
 l'importatore a un lunghissimo lavoro di correzione manuale. Inoltre certe
 zone non hanno dati riguardanti i campi e i boschi, nonostante questi siano
 visibilissimi sulle ortofoto PNC2006.

 2)Dato che in Veneto l'import della vegetazione è molto più indietro
 rispetto all'import degli edifici, partiamo già con un territorio
 abbastanza pulito senza dover prima eliminare la precedente vegetazione
 già importata. Quella già presente può rimanere e venire integrata con
 questi dati.

 3)L'import avverrebbe in maniera molto più organizzata dato che
 caricheremmo non per riquadri ma per comuni.

 Ovviamente possiamo escludere alcuni elementi dalla conversione come i
 landuse per le highway.

 Questo sarebbe il possibile piano di import ma prima vorrei sentire i
 vostri pareri, favorevoli, contrari, dubbi, ecc... e se qualcuno fosse
 interessato alla discussione per la creazione del file di regole. Vorrei
 che quest'ultimo fosse il più corretto possibile proprio per evitare lavori
 post-import di correzione errori massivi.  A voi la parola :)

 Leonardo




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

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

Re: [Talk-it] dove li metto i nodi dei civici?

2013-01-23 Thread Stefano Salvador

 Sarebbe comunque interessante conoscere i criteri adottati dai comuni
 che hanno già provveduto al censimento dei civici.

riprendo questa vecchia discussione per segnalare un comune che ha
pubblicato i propri civici :

http://webgis.comune.tavagnacco.ud.it/web/guest/mappa

a quanto pare hanno seguito il criterio di mettere un punto in
corrispondenza dell'ingresso/accesso a cui il civico si riferisce.

Ciao,

Stefano

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

Re: [Talk-it] stalli bici: alcune domande

2013-01-23 Thread emmexx

Aggiungo un'altra domanda a quelle che avevo gia' fatto.

Ho trovato alcuni parcheggi bici inseriti come way non chiusa.
Il wiki da' indicazioni che sembrano contrastanti.
Nella pagina su amenity=bicycle_parking indica la possibilita' di usarlo
con nodi, linee o aree. [1]
Mentre nella pagina sui tipi di stallo [2] c'e' l'indicazione solo per
nodi o aree.

Quale e' corretto?

grazie
maxx


[1] http://wiki.openstreetmap.org/wiki/Bicycle_parking
[2] http://wiki.openstreetmap.org/wiki/Key:bicycle_parking

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

Re: [Talk-it] dove li metto i nodi dei civici?

2013/1/23 Stefano Salvador stefano.salva...@gmail.com:
 Sarebbe comunque interessante conoscere i criteri adottati dai comuni
 che hanno già provveduto al censimento dei civici.

 riprendo questa vecchia discussione per segnalare un comune che ha
 pubblicato i propri civici :

 http://webgis.comune.tavagnacco.ud.it/web/guest/mappa

 a quanto pare hanno seguito il criterio di mettere un punto in
 corrispondenza dell'ingresso/accesso a cui il civico si riferisce.


Ma seguendo questo metodo (civico su un nodo vicino l'ingresso), come
procediamo poi con i POI (shop ecc.)? Dovremmo duplicare le
informazioni dell'indirizzo anche sul POI, o no? Perchè se si mappa il
civico con un area basta mettere un POI in mezzo di quell'area ed è
automaticamente associato al civico.

Ciao,
Martin

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

Re: [Talk-it] dove li metto i nodi dei civici?

2013-01-23 Thread Stefano Salvador

 Ma seguendo questo metodo (civico su un nodo vicino l'ingresso), come
 procediamo poi con i POI (shop ecc.)? Dovremmo duplicare le
 informazioni dell'indirizzo anche sul POI, o no? Perchè se si mappa il
 civico con un area basta mettere un POI in mezzo di quell'area ed è
 automaticamente associato al civico.

a dire il vero non sono un grande mappatore di civici quindi non ti so
rispondere esaurientemente. Volevo solo segnalare che questo è il
metodo adottato dai comuni quindi se un giorno avremo a disposizione
dei dati pubblici probabilmente seguiranno questo criterio.

Comunque direi che assocciare il numero civico al POI è solo una prima
approssimazione, infatti se un negozio è abbastanza grande potrebbe
avere anche più ingressi con più civici. In generale, vista anche la
legislazione italiana, metterei il civico sempre sull'ingresso del POI
(che poi è il punto che devo raggiungere se voglio entrarci).

Ciao,

Stefano

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

Re: [Talk-it] stalli bici: alcune domande

2013/1/23 emmexx emm...@tiscalinet.it:
 Aggiungo un'altra domanda a quelle che avevo gia' fatto.

 Ho trovato alcuni parcheggi bici inseriti come way non chiusa.
 Il wiki da' indicazioni che sembrano contrastanti.
 Nella pagina su amenity=bicycle_parking indica la possibilita' di usarlo
 con nodi, linee o aree. [1]
 Mentre nella pagina sui tipi di stallo [2] c'e' l'indicazione solo per
 nodi o aree.

 Quale e' corretto?


io userei solo nodi o aree, e preferirei aree, perchè con un way non
sapresti dove vale (come con un nodo), ma il nodo è chiaramente
preliminare, mentre con un way non si capisce l'intenzione (secondo
me).

ciao,
Martin

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

Re: [Talk-it] dove li metto i nodi dei civici?

2013/1/23 Stefano Salvador stefano.salva...@gmail.com:

 a dire il vero non sono un grande mappatore di civici quindi non ti so
 rispondere esaurientemente. Volevo solo segnalare che questo è il
 metodo adottato dai comuni quindi se un giorno avremo a disposizione
 dei dati pubblici probabilmente seguiranno questo criterio.


qualche settimana fa girava qui in lista un link ad una presentazione
dell'Istat dove si poteva vedere che loro fanno due cose: mappano
l'ingresso con civico e lo associano ad un fabbricato. Una soluzione
che funziona, ma che non sarebbe molto facile da riprodurre (dovremmo
creare una relazione per ogni ingresso con civico distinto). L'idea di
mettere il civico su un area (dove vale il civico) è un shortcut che
non funziona in ogni caso (fabbricati con più civici / ingressi), ma
funziona nella maggioranza dei casi e consente di evitare la
ridondanza di ripetere l'indirizzo sul POI. Per il resto si potrebbe
impiegare le relazioni.

ciao,
Martin

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

[Talk-it] Cosa ha Livorno di diverso dalle altre città ?!

2013-01-23 Thread Fabrizio Carrai

La prima impressione è quella che conta..Vuoi mostrare OpenStreetMap ai
tuoi amici, fai la ricerca della tua città (Livorno, nel mio caso), clicco
sul primo risultato di Nominatim e mi viene restituita la mappa di un
piccolo isolotto di fronte alle costa (Le secche della Meloria per la
precisione) [1].. !! :-

Provo con Grosseto che ha una situazione simile con le isole delle
Formiche [2] e qui la ricerca ritorna correttamente la città di Grosseto
come primo risultato: PERCHE ?

Questi i tag per le secche di fronte a Livorno:

admin_level=4
boundary=administrative
name:left=Livorno
natural=coastline
province:left=Livorno
region:left=Toscana
source=Based on ISTAT data - 2001 Italian Census

E questi quelli per una delle Formiche:

admin_level=4
boundary=administrative
name=Formica Grande
natural=coastline

Con che criterio Nominatim mette prima un risultato rispetto ad un altro ?

Ciao
Fabrizio

[1]
http://overpass.apis.dev.openstreetmap.org/?lat=43.605lon=10.235zoom=11layers=M
[2]
http://overpass.apis.dev.openstreetmap.org/?lat=42.57797lon=10.88335zoom=15layers=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Cosa ha Livorno di diverso dalle altre città ?!

2013-01-23 Thread Simone Saviolo

Il giorno 23 gennaio 2013 22:44, Fabrizio Carrai
fabrizio.car...@gmail.comha scritto:

 La prima impressione è quella che conta..Vuoi mostrare OpenStreetMap ai
 tuoi amici, fai la ricerca della tua città (Livorno, nel mio caso), clicco
 sul primo risultato di Nominatim e mi viene restituita la mappa di un
 piccolo isolotto di fronte alle costa (Le secche della Meloria per la
 precisione) [1].. !! :-

 Provo con Grosseto che ha una situazione simile con le isole delle
 Formiche [2] e qui la ricerca ritorna correttamente la città di Grosseto
 come primo risultato: PERCHE ?

 Questi i tag per le secche di fronte a Livorno:

 admin_level=4
 boundary=administrative
 name:left=Livorno
 natural=coastline
 province:left=Livorno
 region:left=Toscana
 source=Based on ISTAT data - 2001 Italian Census

 E questi quelli per una delle Formiche:

 admin_level=4
 boundary=administrative
 name=Formica Grande
 natural=coastline


Facile, la secca si chiama Livorno e la formica si chiama Formica Grande.
Se cerchi Grosseto non trovi Formica Grande.

Non ho idea di quale delle due sia mappata giusta. Più che altro mi sembra
che il problema sia che Nominatim da qualche tempo non restituisce più un
place ma il confine amministrativo. Questo è vero per quasi tutte le città
italiane che ho ricercato; non saprei dire per l'estero.

Ciao,

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

[Talk-co] ConversAcciones: Emergencia y desarrollo urbano en la región de Canal del Dique

2013-01-23 Thread hyan...@gmail.com

Estimados:

Buenos días.  ¿Alguno de ustedes tiene contacto con UN-Hábitat (u otras de
las instituciones participantes) a fin de proponerles el uso de OSM para la
zona del Canal del Dique?

http://www.cccartagena.org.co/noticia.php?n=941

Saludos,

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

Re: [Talk-lt] Gatvės Vilniuje, Kaune ir Klaipėdoje

2013-01-23 Thread Ričardas

Bent jau aš iš lempos tikrai nežymiu. Jau geriau jokie duomenys, negu
klaidingi. Kai objektų nėra, tai jau aišku, kad nėra, o kai yra, kaip
surankioti, kad netikslūs?

Klausimas geras. Jei sankryža paprasta, statmenas susikirtimas, tai tada ir
gatvės prasideda ir baigiasi ten. Kitu atveju reikia žinoti, nes logiškai
tikrai negalima išmąstyti. Gatvė gali prasidėti ir ties susikirtimu ties
menka gatve, nors netoli yra didesnė sankryžą, gali prasidėti lygioje
vietoje.
O žinoti galima tiksliai tik iš tikslių šaltinių. Susitikime buvo kalbos,
kad gausime bent Vilniaus duomenis. Gal ten bus ne tik gatvių pavadinimai,
bet ir gatvių erdvinės koordinatės kokiame nors formate. To jau aš nežinau.
Arba paimti kitą atvirą duomenų šaltinį, kaip miesto bendrąjį planą.

Ričardas
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-lt] Atviri duomenys iš valstybinių įstaigų

2013-01-23 Thread Eduardas Kriščiūnas

Persiunčiu Vilniaus plano atsakymą ir
iš karto siūlau preliminarų tekstą, kurį AKL turi pateikti
Vilniaus savivaldybei.

Ateityje panašiu šablonu galima būtų prašyti duomenų ir iš kitų
institucijų.

--
Pildant atviro kodo žemėlapį openstreetmap.org reikia užsitikrinti
licenzijų suderinamumą, todėl, vadovaudamiesi Visuomenės
informavimo įstatymu, prašome pateikti duomenis pagal žemiau
nurodytus reikalavimus.

Adresų informacija skaitmeniniu formatu. Pageidautina xml, tačiau
jei reikia papildomo darbo – tiks ir csv. Nurodant platumą ir
ilgumą prašome patikslinti kuri koordinačių sistema yra naudojama.
Laukai:
1. Platuma
2. Ilguma
3. Gatvės pavadinimas
4. Pastato numeris

Jei kils techninių ar organizacinių klausimų – prašome kontaktuoti
nurodytais telefonais.
--

Papildomai pridedu nuorodas į įstatymus. Jie trumpi, tad
pasiskaitykite, idant žinotumėte savo teises.
„TEISĖS GAUTI INFORMACIJĄ IŠ
VALSTYBĖS IR SAVIVALDYBIŲ INSTITUCIJŲ IR ĮSTAIGŲ ĮSTATYMAS
http://www3.lrs.lt/pls/inter3/dokpaieska.showdoc_l?p_id=266160p_query=p_tr2=

VISUOMENĖS INFORMAVIMO ĮSTATYMO PAKEITIMO įstatymas
Mums aktualus 6 straipsnis
http://www3.lrs.lt/pls/inter3/dokpaieska.showdoc_l?p_id=280580p_query=p_tr2=#straipsnis6

Originalus laiškas

Tema:

del uzklausiamo duomenu formato

Data:

Wed, 23 Jan 2013 06:38:18 +

Kas:

Kam:

Laba diena
Adresų informacija skaitmeniniu formatu (xml, jei negalima xml - csv). – XML tinka
Laukai:
1. Platuma Mes operuojame Lietuvoje naudojama koordinačių sistema LKS94
2. Ilguma tai yra koordinatės X ir Y metrais, bet pasistengus galima konvertuoti ir į geografines
3. Gatvės pavadinimas tinka
4. Pastato numeris tinka
5. Pašto kodas (jei yra/žinomas) neturime

2013.01.18 23:13, Mantas rašė:

Sveiki,

šiandienos susitikimo metu įsipareigojau AKL vardu paprašyti
valstybinių įstaigų duomenų.

Bet prieš tai darant, reikia žinoti, kokių įstaigų ir kokių jose
dirbančių atsakingų žmonių prašyti, o taip pat, kokių duomenų. Ar kas
nors tai žino?

Rašysiu atvirą laišką, su AKL prezidento palaiminimu, per
http://parasykjiems.lt/threads/ , visi galės matyti laiško turinį ir
atsakymą.

Gautus duomenis talpinsiu į atvirų duomenų registrą
http://www.atviriduomenys.lt/ ir pažymėsiu #OSM žymėmis.

Galiausiai, jei pavyks gauti kokius nors duomenis, liks tik sugalvoti
kaip juos sinchronizuoti su OSM duomenų baze.

Ieškant, iš kur gauti duomenų, gal padės ši valstybinių įstaigų vizualizacija:

http://pd12.petraszd.com/

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

Re: [Talk-lt] Atviri duomenys iš valstybinių įstaigų

2013-01-23 Thread Dirbam Osm

Koordinačių konvertavimas neturėtų būti didelė problema. Yra qgis
palaikymas, be to excel'io failas su formule konvertavimo.

2013 m. sausis 24 d. 00:35, Tomas Straupis tomasstrau...@gmail.com rašė:

 Ramūnai, teisingai gi aš galvoju, kad mums kaip ir nėra skirtumo,
 kokioje koordinačių sistemoje duomenys. Mes be problemų galime
 konvertuoti iš LKS94 (ir bet kurios kitos žinomos) koordinačių į OSM
 naudojamas?

 Eduardai, ačiū! Kaip ir kada būtų galima gauti Vilniaus plano turimus
 duomenis? Kaip suprantu, gautume duomenis kartu su leidimu juos įkelti
 (panaudoti) OSM pildymui?Ar čia AKL turi oficialiai paprašyti adresų
 duomenų?

 --
 Tomas

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

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

Re: [Talk-lt] Atviri duomenys iš valstybinių įstaigų

2013-01-23 Thread Tomas Straupis

Ėch, susipainiojau, galvojau jau viskas, paruoštas diskelis su
Vilniaus adresais. Na bet jei ne, tai ne. Tai jei savivaldybės duomenų
neina paprasčiau gauti, gal iš karto reikia rašyti dėl RC duomenų?

RC įstatuose parašyta, kad:

„3. Įmonės savininko teises ir pareigas įgyvendina Teisingumo ministerija“.

Einam į http://www.tm.lt/ - šiuo metu teisingumo ministro pareigas
eina Juozas Bernatonis. Tai gaunasi jam reikia rašyti?

Mus dominantys RC duomenys:
1. Adresų taškai
2. Administracinės ribos
3. Gyvenamųjų vietovių ribos

Mantai, tau šitos informacijos užtenka?

-- 
Tomas

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

[Talk-dk] Licens og kreditering af Geodatastyrelsens geodata er nu afklaret

2013-01-23 Thread Soren Johannessen

Kære alle sammen

Jeg har nu fået svar fra Geodatastyrelsens vedr. kreditering af deres
geodata og hvordan vi kan gøre det.

Først på OSM licenssiden http://www.openstreetmap.org/copyright (nogen
vil sikkert få siden på engelsk) står der fx

Syd Afrika: Indeholder data fra Chief Directorate: National
Geo-Spatial Information, State copyright reserveret.

Hvis vi sætter noget i stil med følgende ind på Wiki'ens licensside

Danmark - Indeholder data fra Geodatastyrelsen [LINK
http://www.gst.dk/] - 2013 -

Så er det fint nok for Geodatastyrelsen. Nogen der vil gøre dette og
på de forskellige sprog samt med hyperlink? Eller er det uenighed om
at det er dårlig ide?

Næste punkt er så kreditering af de forskellige geodatasæt. Jeg
spurgte om stednavn Sletteren taget fra SNSOR (StedNavne- og
StamOplysningsRegister) som jeg smed ind på   OSM her
http://www.openstreetmap.org/browse/node/2103315730 om følgende
syntaks var okay.

source=Geodatastyrelsen - SNSOR

Svaret fra Geodatastyrelsen var at det var en helt fin og okay
kreditering af dem. Når vi så får adgang til luftfotos til at indtegne
efter så kunne krediteringen være i stil med

source=Geodatastyrelsen -  FOT ortofoto - 2012

Jeg vil godt påtage mig at udarbejde en krediteringstemplate for de
forskellige geodatasæt og forklare  hvad er hvad - og så kan I have
det liggende på skrivebordet.

Så svaret er at kreditering på selve databaseniveauet er nok - Der
skal ikke angives nogen selvstændigt krediteringsnote
Geodatastyrelsen  på startside fx nede i et hjørne af et kort
hvis du laver noget kortmashup med OSM geodata.

Så det er vel at klappe i hænderne og sige god fornøjelse der ude.


vh
Søren Johannessen

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

Re: [Talk-dk] Licens og kreditering af Geodatastyrelsens geodata er nu afklaret

2013-01-23 Thread Ole Laursen

23. jan. 2013 17.26 skrev Soren Johannessen soren.johannes...@gmail.com:
 Så det er vel at klappe i hænderne og sige god fornøjelse der ude.

*klapklapklap*

Stort tak til Geodatastyrelsen!


Ole

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

Re: [Talk-dk] Licens og kreditering af Geodatastyrelsens geodata er nu afklaret

2013-01-23 Thread Nick Østergaard

Det er vel ok, men hvordan vil man nemt kunne tilføje soruce tag til
f.eks. source=Geodatastyrelsen -  FOT ortofoto - 2012 i JOSM?
Forslag kommer jo kun hvis man ser på data fra som indeholder en sådan
mærkat.

23. jan. 2013 17.53 skrev Soren Johannessen soren.johannes...@gmail.com:
 Jeg spørger lige om mailkorrespondance med Geodatastyrelsens
 medarbejdere må citeres frit - hvis ja så smider jeg det i en PDF fil.

 Ellers ved jeg hvem du skal kontakte i Geodatastyrelsen vedr. licens
 samt at få det på skrift.

 /Søren



 2013/1/23 Jørgen Elgaard Larsen j...@elgaard.net:
 Soren Johannessen skrev:
 Jeg har nu fået svar fra Geodatastyrelsens vedr. kreditering af deres
 geodata og hvordan vi kan gøre det.

 Glimrende.

 Kan vi få det på skrift?

 Evt. kan vi sende dem det brev, jeg foreslog på listen tidligere, og
 bede dem svare konkret på det.

 - Jørgen


 ___
 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 mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-se] Har någon tips på matematiska problem i anknytning till OSM?

Jo, jag funderar på hur jag skulle kunna formulera ett konkret
problem. Så ser jag det nu framför mig.

1) Pinnar som har exakta koordinator går inte att se från flygfoton.
Dessa går bort.

2) Kryss i vägarna och på andra ställen går att se från flygfoton men
oklart hur många som är inlagda i OSM med pålitlig GPS information.
Dessa kanske kan nyttjas i framtiden.

3) Den information som det finns gott om i OSM är GPS spår längs
vägar. GPS spåren skulle kunna tas ut och där det finns fler en ett
spår tar man fram någon form av medelspår/median. Med ett komplett GPS
nät över ett visst område kan man sedan försöka passa in bilderna
från Bing. Problematiken här är att GPS data kommer som punkter från
OSM och inte som spår, vad är då en väg?

Alternativ tre tjänst mest lovande just nu. Vad tror ni? Påpeka gärna
om jag gjort någon tankevurpa i mitt resonemang.
--
Christoffer Holmstedt


Den 23 januari 2013 09:01 skrev Bengt Bäverman be...@baverman.se:
 Man kan se på som att anpassa punkter i bilder mot punkter som samlats in
 via crowdsourcing som också kan variera...

 I mina öron låter det som bild och dataanalys och nån sorts statistisk
 modell.

 /B

 23 jan 2013 kl. 07:38 skrev Christoffer Holmstedt
 christoffer.holmst...@gmail.com:

 Detta låter intressant. Så det är alltså Bings flygfoton som ska flyttas med
 någon offset för att matcha mot gps spår eller inlagd data i OSM?

 --
 Christoffer Holmstedt

 Den 22 jan 2013 20:45 skrev Per Eric Rosén p...@rosnix.net:

 Om du kommer på någon bra algoritm att automatiskt beräkna offset för
 flygbilder (vissa flygbilder från Bing är dessvärre ordentligt, och
 varierande både beroende på plats och version av bilden, förskjutna i
 koordinatsättningen) vore mycket vunnet. Gissar dock att det mest är en
 tillämpad fråga om datakällor att kalibrera mot, men det hade varit roligt
 (kanske man kan använda relativ offset mot områden med kända referenser?)

 /Per Eric
 --
 ^): Per Eric Rosén http://rosnix.net/~per/
 /   p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311
 ___
 Talk-se mailing list
 Talk-se@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-se

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

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

Re: [Talk-se] Har någon tips på matematiska problem i anknytning till OSM?

Oj, hjärnan och fingrarna lirar inte riktigt ihop känns ska det
givetvis vara i sista meningen.
--
Christoffer Holmstedt


Den 23 januari 2013 09:22 skrev Christoffer Holmstedt
christoffer.holmst...@gmail.com:
 Jo, jag funderar på hur jag skulle kunna formulera ett konkret
 problem. Så ser jag det nu framför mig.

 1) Pinnar som har exakta koordinator går inte att se från flygfoton.
 Dessa går bort.

 2) Kryss i vägarna och på andra ställen går att se från flygfoton men
 oklart hur många som är inlagda i OSM med pålitlig GPS information.
 Dessa kanske kan nyttjas i framtiden.

 3) Den information som det finns gott om i OSM är GPS spår längs
 vägar. GPS spåren skulle kunna tas ut och där det finns fler en ett
 spår tar man fram någon form av medelspår/median. Med ett komplett GPS
 nät över ett visst område kan man sedan försöka passa in bilderna
 från Bing. Problematiken här är att GPS data kommer som punkter från
 OSM och inte som spår, vad är då en väg?

 Alternativ tre tjänst mest lovande just nu. Vad tror ni? Påpeka gärna
 om jag gjort någon tankevurpa i mitt resonemang.
 --
 Christoffer Holmstedt


 Den 23 januari 2013 09:01 skrev Bengt Bäverman be...@baverman.se:
 Man kan se på som att anpassa punkter i bilder mot punkter som samlats in
 via crowdsourcing som också kan variera...

 I mina öron låter det som bild och dataanalys och nån sorts statistisk
 modell.

 /B

 23 jan 2013 kl. 07:38 skrev Christoffer Holmstedt
 christoffer.holmst...@gmail.com:

 Detta låter intressant. Så det är alltså Bings flygfoton som ska flyttas med
 någon offset för att matcha mot gps spår eller inlagd data i OSM?

 --
 Christoffer Holmstedt

 Den 22 jan 2013 20:45 skrev Per Eric Rosén p...@rosnix.net:

 Om du kommer på någon bra algoritm att automatiskt beräkna offset för
 flygbilder (vissa flygbilder från Bing är dessvärre ordentligt, och
 varierande både beroende på plats och version av bilden, förskjutna i
 koordinatsättningen) vore mycket vunnet. Gissar dock att det mest är en
 tillämpad fråga om datakällor att kalibrera mot, men det hade varit roligt
 (kanske man kan använda relativ offset mot områden med kända referenser?)

 /Per Eric
 --
 ^): Per Eric Rosén http://rosnix.net/~per/
 /   p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311
 ___
 Talk-se mailing list
 Talk-se@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-se

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

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

Re: [Talk-se] Har någon tips på matematiska problem i anknytning till OSM?

2013-01-23 Thread Per Eric Rosén


Hej!

Det *finns* spår i OSM, det finns ett särskilt API för att ladda upp sina råa 
GPS-spår. Problemet med spår är dels GPS-precisionen, dels att folk kan röra 
sig ganska mycket i sidled om det är en bred väg (inkl trottoarer).


*Kanske* räcker det dock att anta att vägar är gjorda med GPS i huvudsak 
och använda befintliga koordinater - eller ännu bättre: att kolla vilka 
vägar som verkar matcha med snittet av bra GPS-spår (bra kanske kan 
avgöras med kantighetindex för spåret + HDOP-värden) från spårdatabasen 
och bara använda dessa vägsträckor som referens för att centrera bilden.


Jag tror dock kryssen kan vara bra att ha hursomhelst, eftersom de har bra 
position, och lätt kan bildtolkas. Kanske kan du använda dem för att 
kalibrera alt utvärdera din algoritm?


Jag ser en viss utmaning också i att hitta mittlinjen för vägen i bild 
resp OSM-data, men det borde gå att lösa. Tack och lov är de flesta vägar 
rätt symmetriska när det gäller antal filer / rikning osv.


/Per Eric
--
^): Per Eric Rosén http://rosnix.net/~per/
/   p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Har någon tips på matematiska problem i anknytning till OSM?

Jo, helt rätt. Spår finns i OSM, jag har laddat upp flera, problemet
är att få tillbaka rena GPS spår. Planet.gpx [1] är bara punkter. Jag
har inte hittat något sätt att ladda hem GPS spår som ren data
någonstans. Kanske är väldigt simpelt? Bara jag som inte ser hur =)

Jo, kryssen går nog att använda vid finkalibrering/kontroll. Beroende
på hur många som finns och hur enkla de är att få fram ur bilder.

Jajjemen, det är i detaljerna djävulen kommer fram =) Jag inväntar
svar nu från ansvarig lärare för att se om jag får gå vidare med
detta.

[1] http://wiki.openstreetmap.org/wiki/Planet.gpx

Med vänlig hälsning
--
Christoffer Holmstedt


Den 23 januari 2013 13:34 skrev Per Eric Rosén p...@rosnix.net:
 Hej!

 Det *finns* spår i OSM, det finns ett särskilt API för att ladda upp sina
 råa GPS-spår. Problemet med spår är dels GPS-precisionen, dels att folk kan
 röra sig ganska mycket i sidled om det är en bred väg (inkl trottoarer).

 *Kanske* räcker det dock att anta att vägar är gjorda med GPS i huvudsak och
 använda befintliga koordinater - eller ännu bättre: att kolla vilka vägar
 som verkar matcha med snittet av bra GPS-spår (bra kanske kan avgöras med
 kantighetindex för spåret + HDOP-värden) från spårdatabasen och bara använda
 dessa vägsträckor som referens för att centrera bilden.

 Jag tror dock kryssen kan vara bra att ha hursomhelst, eftersom de har bra
 position, och lätt kan bildtolkas. Kanske kan du använda dem för att
 kalibrera alt utvärdera din algoritm?

 Jag ser en viss utmaning också i att hitta mittlinjen för vägen i bild resp
 OSM-data, men det borde gå att lösa. Tack och lov är de flesta vägar rätt
 symmetriska när det gäller antal filer / rikning osv.


 /Per Eric
 --
 ^): Per Eric Rosén http://rosnix.net/~per/
 /   p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311

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


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

Re: [Talk-se] Har någon tips på matematiska problem i anknytning till OSM?

2013-01-23 Thread bengt bäverman

Tänkte bara bekräfta att GPS-spår, även om det är det bästa vi har, kan de
driva rätt mycket i sidled (många meter i alla fall) beroende på en massa
faktorer. Man skall nog inte anse dem som någon sorts facit i alla fall.
 Finns det flera spår för samma väg kan man ju gör någon statistisk analys
och komma fram till nån gyllene medelväg.

Lite tråkigt, men jag tror att det kan vara bra att fundera på problemet
som det här löser. Vi har alltså snackat om att justera Bings drift för
kartor där det redan finns spår, vägar och punkter i OSM.

Jag vet inte om bildanalys tillhör den matematiska grenen, men det vore ju
väldigt intressant om man kunde analysera Bings bilder och OSMs data för
att komma fram till ställen där det (potentiellt) saknas vägar i OSM.  Jag
tror i alla fall att det skulle vara väldigt intressant.  Om det är görligt
och inom ditt intresseområde vet jag dock inte.

/Bengt B
ps
  GPSer är rätt intressanta. Noggrannheten för att bestämma en specifik
punkt är inte så bra och kräver många mätpunkter för att vara hyffsad säker
på att man är där man tror att man är.  Däremot är noggrannheten väldigt
stor när det gäller att bestämma hastigheten (dvs skillnaden mellan två
punkter).  Upplösningen från satelliterna är ungefär 3m.  Noggrannheten är
några meter pluss eller minus vid för få satelliter eller störningar).
Noggrannheten för hastighet är dock högre.  Garmin anger 0.05 m/s.
ds


Den 23 januari 2013 13:56 skrev Christoffer Holmstedt 
christoffer.holmst...@gmail.com:

 Jo, helt rätt. Spår finns i OSM, jag har laddat upp flera, problemet
 är att få tillbaka rena GPS spår. Planet.gpx [1] är bara punkter. Jag
 har inte hittat något sätt att ladda hem GPS spår som ren data
 någonstans. Kanske är väldigt simpelt? Bara jag som inte ser hur =)

 Jo, kryssen går nog att använda vid finkalibrering/kontroll. Beroende
 på hur många som finns och hur enkla de är att få fram ur bilder.

 Jajjemen, det är i detaljerna djävulen kommer fram =) Jag inväntar
 svar nu från ansvarig lärare för att se om jag får gå vidare med
 detta.

 [1] http://wiki.openstreetmap.org/wiki/Planet.gpx

 Med vänlig hälsning
 --
 Christoffer Holmstedt


 Den 23 januari 2013 13:34 skrev Per Eric Rosén p...@rosnix.net:
  Hej!
 
  Det *finns* spår i OSM, det finns ett särskilt API för att ladda upp sina
  råa GPS-spår. Problemet med spår är dels GPS-precisionen, dels att folk
 kan
  röra sig ganska mycket i sidled om det är en bred väg (inkl trottoarer).
 
  *Kanske* räcker det dock att anta att vägar är gjorda med GPS i huvudsak
 och
  använda befintliga koordinater - eller ännu bättre: att kolla vilka vägar
  som verkar matcha med snittet av bra GPS-spår (bra kanske kan avgöras
 med
  kantighetindex för spåret + HDOP-värden) från spårdatabasen och bara
 använda
  dessa vägsträckor som referens för att centrera bilden.
 
  Jag tror dock kryssen kan vara bra att ha hursomhelst, eftersom de har
 bra
  position, och lätt kan bildtolkas. Kanske kan du använda dem för att
  kalibrera alt utvärdera din algoritm?
 
  Jag ser en viss utmaning också i att hitta mittlinjen för vägen i bild
 resp
  OSM-data, men det borde gå att lösa. Tack och lov är de flesta vägar rätt
  symmetriska när det gäller antal filer / rikning osv.
 
 
  /Per Eric
  --
  ^): Per Eric Rosén http://rosnix.net/~per/
  /   p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311
 
  ___
  Talk-se mailing list
  Talk-se@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-se
 

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

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

Re: [Talk-se] Har någon tips på matematiska problem i anknytning till OSM?