date:20120323

Pryanka,
If you have not heard from the author of cyclestreets, it would be worth
looking at other OSM routers which are open source.  Search our wiki for
routers or routing.  You should find things like gosmore and osrm.
You coold experiment with them to see how they do with cycling or walking
routing.   There was a gsoc project a couple of years ago to calculate the
'hilliness' of routes - you could look at including that into the routing
algorithm too?   You will have to remember that some people will want to go
over hills and others avoid them.
The surface of tracks could also be a good parameter for cycle routing if
existing routers so not use this.

Just a few thoughts so you can work up a gsoc proposal if cyclestreets does
not get back to you,  or if you would prefer to work on a different route
calculator.

Graham

from my phone

On 23 Mar 2012 06:17, Priyanka priyanka.mengh...@gmail.com wrote:

Thanks Graham :-)

If the mentors of the Cyle Streets projects are reading this, please
let me know. I would be delighted to discuss the 'Less Wiggly Routes'
project with you. :-)

Thanks  Regards,
Priyanka


On Wed, Mar 21, 2012 at 3:36 PM, Graham Jones grahamjones...@gmail.com
wrote:
 Hi Pryanka,
 I h...
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] automated abbreviation changes?!

2012-03-23 Thread Mikel Maron

Hi

User chdr (http://www.openstreetmap.org/user/chdr) seems to be running a script 
to automatically replace street name abbreviations with the full word.
so 1600 Pennsylvania Ave NW becomes 1600 Pennsylvania Avenue Northwest. Which 
is not the way anyone ever writes street names here in DC.

Anyone else aware of this? Opinions? Should this be stopped?

-Mikel 
 
* Mikel Maron * +14152835207 @mikel s:mikelmaron___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] automated abbreviation changes?!

IMHO, here in the US we have the USPS which has published standardized 
street naming conventions specifically using the abbreviations.  It 
would seem to me that these official street names are what should 
stick and the expansions of them should not be happening.  Not to 
mention how much more crowded the map labels would become.


Lynn (D) - KJ4ERJ

On 3/23/2012 8:36 AM, Mikel Maron wrote:

Hi

User chdr (http://www.openstreetmap.org/user/chdr) seems to be running 
a script to automatically replace street name abbreviations with the 
full word.
so 1600 Pennsylvania Ave NW becomes 1600 Pennsylvania Avenue 
Northwest. Which is not the way anyone ever writes street names here 
in DC.


Anyone else aware of this? Opinions? Should this be stopped?

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


___
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] automated abbreviation changes?!

2012-03-23 Thread Jean-Marc Liotier


On 23/03/2012 13:47, Lynn W. Deffenbaugh (Mr) wrote:

On 3/23/2012 8:36 AM, Mikel Maron wrote:
User chdr (http://www.openstreetmap.org/user/chdr) seems to be 
running a script to automatically replace street name abbreviations 
with the full word.
so 1600 Pennsylvania Ave NW becomes 1600 Pennsylvania Avenue 
Northwest. Which is not the way anyone ever writes street names here 
in DC.
IMHO, here in the US we have the USPS which has published standardized 
street naming conventions specifically using the abbreviations.  It 
would seem to me that these official street names are what should 
stick and the expansions of them should not be happening.  Not to 
mention how much more crowded the map labels would become.

I'm new to this problem, but those possible strategies spring to my mind:
- Record only the abbreviated name and let the user expand it using his 
favourite rules if he wants.
- Record only the canonical expanded name and let the user abbreviate it 
using his favourite rules if he wants.
- Record both the canonical expanded name and the abbreviated name, let 
the user choose which one he wants.


Would a name:abbreviated tag make sense ?

Is the expanded name the canonical one ?

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

Re: [OSM-talk] automated abbreviation changes?!

2012-03-23 Thread Richard Weait

On Fri, Mar 23, 2012 at 9:04 AM, Jean-Marc Liotier j...@liotier.org wrote:
 On 23/03/2012 13:47, Lynn W. Deffenbaugh (Mr) wrote:

 On 3/23/2012 8:36 AM, Mikel Maron wrote:

 User chdr (http://www.openstreetmap.org/user/chdr) seems to be running a
 script to automatically replace street name abbreviations with the full
 word.
 so 1600 Pennsylvania Ave NW becomes 1600 Pennsylvania Avenue Northwest.

If these automated edits surprised you (a local) then the automated
edits likely fail to comply with the automated edits code of conduct.
http://wiki.openstreetmap.org/wiki/Automated_Edits/Code_of_Conduct

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

Re: [OSM-talk] automated abbreviation changes?!


On 3/23/2012 9:04 AM, Jean-Marc Liotier wrote:

On 23/03/2012 13:47, Lynn W. Deffenbaugh (Mr) wrote:

On 3/23/2012 8:36 AM, Mikel Maron wrote:
User chdr (http://www.openstreetmap.org/user/chdr) seems to be 
running a script to automatically replace street name abbreviations 
with the full word.
so 1600 Pennsylvania Ave NW becomes 1600 Pennsylvania Avenue 
Northwest. Which is not the way anyone ever writes street names here 
in DC.
IMHO, here in the US we have the USPS which has published 
standardized street naming conventions specifically using the 
abbreviations.  It would seem to me that these official street 
names are what should stick and the expansions of them should not be 
happening.  Not to mention how much more crowded the map labels would 
become.

I'm new to this problem, but those possible strategies spring to my mind:
- Record only the abbreviated name and let the user expand it using 
his favourite rules if he wants.
- Record only the canonical expanded name and let the user abbreviate 
it using his favourite rules if he wants.
- Record both the canonical expanded name and the abbreviated name, 
let the user choose which one he wants.


Would a name:abbreviated tag make sense ?

Is the expanded name the canonical one ?


I'm not familiar enough with OSM or mapping terminology to know which is 
canonical, but my address is:


USPS: 521 Waterman Ln SE
Full: 521 Waterman Lane SouthEast

But I've never, ever written it in the full form and even the 
city-supplied street sign shows Waterman Ln.


Lynn (D) - KJ4ERJ

PS.  For non-US residents, USPS = United States Postal Service

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

Re: [OSM-talk] automated abbreviation changes?!

2012-03-23 Thread Ross Scanlon


On 23/03/12 21:04, Jean-Marc Liotier wrote:

On 23/03/2012 13:47, Lynn W. Deffenbaugh (Mr) wrote:

On 3/23/2012 8:36 AM, Mikel Maron wrote:

User chdr (http://www.openstreetmap.org/user/chdr) seems to be
running a script to automatically replace street name abbreviations
with the full word.
so 1600 Pennsylvania Ave NW becomes 1600 Pennsylvania Avenue
Northwest. Which is not the way anyone ever writes street names here
in DC.

IMHO, here in the US we have the USPS which has published standardized
street naming conventions specifically using the abbreviations. It
would seem to me that these official street names are what should
stick and the expansions of them should not be happening. Not to
mention how much more crowded the map labels would become.

I'm new to this problem, but those possible strategies spring to my mind:
- Record only the abbreviated name and let the user expand it using his
favourite rules if he wants.
- Record only the canonical expanded name and let the user abbreviate it
using his favourite rules if he wants.
- Record both the canonical expanded name and the abbreviated name, let
the user choose which one he wants.



They are correct as per here:

wiki.openstreetmap.org/wiki/Names#Abbreviation_.28don.27t_do_it.29

in that openstreetmap wiki has always had this.

For the other questions it's easy to go from the full name to an 
abbreviated output but not always easy to go from abbreviated to full.


For example is Ln Line or Lane as per here:

wiki.openstreetmap.org/wiki/Name_finder:Abbreviations

This has been debated many times.  I know the USPS has it's standard 
listing but the data input is more important to be the full name and 
then abbreviate if necessary when output.


Cheers
Ross

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

Re: [OSM-talk] automated abbreviation changes?!

2012-03-23 Thread Mike N


On 3/23/2012 8:36 AM, Mikel Maron wrote:

User chdr (http://www.openstreetmap.org/user/chdr) seems to be running a
script to automatically replace street name abbreviations with the full
word.


They don't look like mass automated edits to me - these are smaller 
quantities of changes made via Potlatch.   They could just be responding 
to the editor's prompts not to use abbreviations.



  In the US, there is this thread -
http://lists.openstreetmap.org/pipermail/talk-us/2012-February/007436.html

  The consensus seems to lean toward automating the name expansion. 
And no matter how many times it is discussed ahead of time, someone will 
be surprised when the script is run (if it ever does run).


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

Re: [OSM-talk] automated abbreviation changes?!

2012-03-23 Thread Guillaume Rischard

Tagging with abbreviated names is tagging for the renderer. The database should 
be as unambiguous as possible, and the renderer should apply local abbreviation 
conventions.

This is not the way anyone ever writes street names here in DC, you say. But 
it's the way people in DC pronounce it, which is what a navigation system or an 
audio map for blind users would do. Our database isn't just used to render 
images.

The renderer can use rules to de-abbreviate, you will say. It gets 
complicated for ambiguous abbreviations — is St Saint or Street?

On 23 Mar 2012, at 13:47, Lynn W. Deffenbaugh (Mr) wrote:

 IMHO, here in the US we have the USPS which has published standardized street 
 naming conventions specifically using the abbreviations.  It would seem to me 
 that these official street names are what should stick and the expansions 
 of them should not be happening.  Not to mention how much more crowded the 
 map labels would become.
 
 Lynn (D) - KJ4ERJ
 
 On 3/23/2012 8:36 AM, Mikel Maron wrote:
 Hi
 
 User chdr (http://www.openstreetmap.org/user/chdr) seems to be running a 
 script to automatically replace street name abbreviations with the full word.
 so 1600 Pennsylvania Ave NW becomes 1600 Pennsylvania Avenue Northwest. 
 Which is not the way anyone ever writes street names here in DC.
 
 Anyone else aware of this? Opinions? Should this be stopped?
 
 -Mikel 
  
 * Mikel Maron * +14152835207 @mikel s:mikelmaron
 
 
 ___
 talk mailing list
 
 talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk
 
 ___
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk


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

Re: [OSM-talk] automated abbreviation changes?!

2012-03-23 Thread Tobias Knerr


Jean-Marc Liotier wrote:

I'm new to this problem, but those possible strategies spring to my mind:
- Record only the abbreviated name and let the user expand it using his
favourite rules if he wants.
- Record only the canonical expanded name and let the user abbreviate it
using his favourite rules if he wants.
- Record both the canonical expanded name and the abbreviated name, let
the user choose which one he wants.


Usually, the name tag should contain the non-abbreviated name, and 
software using the data should shorten it if appropriate. See e.g. the 
relevant section in http://wiki.osm.org/wiki/Names :


Do not abbreviate words. Computers can easily shorten words but not the 
other way (St. could be Street or Saint). If the signs have abbreviated 
words and you don't know what the full word is, then use it temporarily 
until someone else complete it. Using short forms is a decision of 
software i.e. the underlying data should have the full street name. This 
will allow a renderer, a router or a location finder to introduce 
abbreviations as necessary.


Around here (Germany), we indeed avoid using even common abbreviations 
in the name tag . But how you handle this in your area is of course an 
issue that should preferably be agreed on by local contributors, and any 
automated edits need to be discussed in advance. I think it would be 
easier for users of our data if the conventions for tags like name=* 
would be applied somewhat consistently throughout the map, though.


Tobias

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

Re: [OSM-legal-talk] What licences (other than ODbL) are compatible with OSM after 1st April

2012-03-23 Thread mayeul . kauffmann

From: Paul Norman penor...@mac.com
If the import source is something other than PD this point should be discussed 
in the required messages to the imports@ mailing list before importing. That 
way the community can decide if they want it with the licensing issues. 

Thanks!
Hence the following is a sufficient but not a necessary condition to use a 
database as an OSM data source:
(the data provider) releases the following database in public domain.

Probably some potential data providers would refuse this but still agree to 
contribute to OSM (and allow relicensing [1]).

Would the following wording (A) be the sufficient and necessary condition?
A) (the data provider) authorises any person to insert the content of the 
following database (or any part thereof), as well as derived works, into the 
OpenStreetMap database, under the conditions of the OpenStreetMap Contributor 
Terms 1.2.4.

What do you think? Of course this would need to be improved (and I'm not a 
native speaker).

Is it OK to write the version (1.2.4)? What if the terms change before the data 
are imported?

Optionally, would provision (B) be OK?
B) Any person inserting these data must include the name of (the data 
provider) in the value of the attribution key (potentially with the name of 
other sources used) at the moment of insertion or edition of the data in the 
OpenStreetMap database.
This would satisfy organisations wishing to get some attribution. It does not 
prevent removing the name in the attribution key later (for example because 
the data was modified so much that it keeps little or no link to the original 
data). Even in case of removal of the name in the attribution key later, with 
the current API and website  the attribution will still be visible in the 
feature history, and this may be enough for the data provider.

Hence with A) and B), organisations could contribute data while still retaining 
some attribution and making sure re-use is fully permitted. It would be great 
to have such guidelines without the need for the community to discuss this 
every time on a case by case basis.

Thanks for your comments!
Cheers,
Mayeul

[Note 1] Data provider may accept relicensing in particular because (my 
understanding is that) the OSMF cannot relicense under a licence that would 
prohibit free re-use (the ToC link to http://www.opendefinition.org/okd/ whose 
item 3. Reuse makes Share-Alike or similar provisions mandatory). Whereas 
public domain is not Share-Alike.

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

Re: [OSM-talk] automated abbreviation changes?!

2012-03-23 Thread Tom Hughes


On 23/03/12 12:36, Mikel Maron wrote:


User chdr (http://www.openstreetmap.org/user/chdr) seems to be running a
script to automatically replace street name abbreviations with the full
word.
so 1600 Pennsylvania Ave NW becomes 1600 Pennsylvania Avenue Northwest.
Which is not the way anyone ever writes street names here in DC.


Well the normal rule in OSM is that we write names unabbreviated because 
it's easier for a user to abbreviate automatically then to expand 
automatically.


That said certain abbreviations are so common in the US that the names 
are essentially never written in full and those possibly should be left 
alone.


In any case, clearly doing this in an automated way without discussion 
is inappropriate.


Tom

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

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

Re: [OSM-talk] automated abbreviation changes?!


On 3/23/2012 9:40 AM, Tom Hughes wrote:

On 23/03/12 12:36, Mikel Maron wrote:


User chdr (http://www.openstreetmap.org/user/chdr) seems to be running a
script to automatically replace street name abbreviations with the full
word.
so 1600 Pennsylvania Ave NW becomes 1600 Pennsylvania Avenue Northwest.
Which is not the way anyone ever writes street names here in DC.


Well the normal rule in OSM is that we write names unabbreviated 
because it's easier for a user to abbreviate automatically then to 
expand automatically.


That said certain abbreviations are so common in the US that the names 
are essentially never written in full and those possibly should be 
left alone.




Hence http://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations#English

Lynn (D) - KJ4ERJ


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

Re: [OSM-talk] automated abbreviation changes?!

2012-03-23 Thread Steve Doerr


On 23/03/2012 13:14, Lynn W. Deffenbaugh (Mr) wrote:





USPS: 521 Waterman Ln SE
Full: 521 Waterman Lane SouthEast

But I've never, ever written it in the full form and even the 
city-supplied street sign shows Waterman Ln.


I just looked up a couple of US cities in a (US) encyclopaedia I have, 
and all references to specific highways had the 'generic' part of the 
name spelled out in full, e.g. 'Pennsylvania Avenue', '42nd Street'. 
Interesting that it was '42nd' and not 'Forty-second' though.


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

Re: [OSM-talk] automated abbreviation changes?!

2012-03-23 Thread AJ Ashton

When I'm editing and area with abbreviated names (usually untouched
TIGER) I will manually expand them because I agree with the OSM wiki's
take on things [0]. For most (all?) uses other than rendering text on
maps, the full expansion makes more sense than the abbreviation.
Granted, I would rarely write out, eg, 14th Street Northwest, but
that *is* how I pronounce it, and it's probably more useful for
translations or other things you would want to do with the data.

Its much easier for tools to automatically abbreviate words than the
other way around. (We've done automatic abbreviations for the latest
MapBox map [1].) I agree that abbreviations should not be
automatically expanded by bots, but it doesn't sound like that's
what's happening here.

[0]: http://wiki.openstreetmap.org/wiki/Names#Abbreviation_.28don.27t_do_it.29
[1]: 
http://a.tiles.mapbox.com/v3/mapbox.mapbox-streets.html#17.00/38.92490/-77.04019

-- AJ Ashton

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

Re: [OSM-talk] automated abbreviation changes?!

2012-03-23 Thread Kay Drangmeister



Lynn wrote:


my address is:

USPS: 521 Waterman Ln SE
Full: 521 Waterman Lane SouthEast

But I've never, ever written it in the full form and even the
city-supplied street sign shows Waterman Ln.


http://www.googlefight.com/index.php?lang=en_GBword1=%22waterman+ln%22word2=%22waterman+lane%22
this looks like it is almost a draw (181:150). So never ever seems 
exaggerated. :-)

Cheers,
Kay

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

Re: [OSM-talk] automated abbreviation changes?!

2012-03-23 Thread Serge Wroclawski

On Fri, Mar 23, 2012 at 8:36 AM, Mikel Maron mikel_ma...@yahoo.com wrote:
 Hi

 User chdr (http://www.openstreetmap.org/user/chdr) seems to be running a
 script to automatically replace street name abbreviations with the full
 word.
 so 1600 Pennsylvania Ave NW becomes 1600 Pennsylvania Avenue Northwest.
 Which is not the way anyone ever writes street names here in DC.

 Anyone else aware of this? Opinions? Should this be stopped?

1600 Pennsylvania Avenue Northwest is the correct name. The others are
abbreviations.

You'd never say 1600 Pennsylvania 'ave En Double-U

Automated edits are bad, but he's putting in the correct names.

- Serge

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

Re: [OSM-talk] automated abbreviation changes?!


On 3/23/2012 11:00 AM, Kay Drangmeister wrote:


Lynn wrote:


my address is:

USPS: 521 Waterman Ln SE
Full: 521 Waterman Lane SouthEast

But I've never, ever written it in the full form and even the
city-supplied street sign shows Waterman Ln.


http://www.googlefight.com/index.php?lang=en_GBword1=%22waterman+ln%22word2=%22waterman+lane%22 

this looks like it is almost a draw (181:150). So never ever seems 
exaggerated. :-)


Nope, note the I in that statement.  I have NEVER written it in full 
form.  Lane, yes.  SouthEast NEVER.  Consider:


http://www.googlefight.com/index.php?lang=en_GBword1=waterman+ln+seword2=waterman+lane+southeast

But I'm dropping out of this discussion having learned of the OSM 
standard and being made re-aware of the difference between the data 
and a rendering of the data.


Lynn (D) - KJ4ERJ


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

[OSM-talk] About the GSOC Project - OSM Application for Android -Need Some Help

Hi all,

I have found that you have given a new potential android application
which can be used as our source of project. That is
https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/wiki. The
first major application you have given for this project was
https://play.google.com/store/apps/details?id=net.cyclestreets. I have
cloned the git repository of both of these projects and analyze the
both projects. According to my understanding the OpenTripPlanner for
Android is look professional than the Cycle street map. Please correct
me if I am wrong. So what do you prefer as the best application?
Also the project I have done in my uni (Travel Ceylon - Trip Planner
for Sri Lanka -
http://insightforfuture.blogspot.com/2012/01/travel-ceylon-travel-palnner-for-sri.html)
looks similar to the OpenTripPlanner for Android. So I have some new
features which can strength that more and more.

Also when I run the OpenTripPlanner for Android app a error raises at
the LogCat saying,

03-23 21:12:40.535: E/OTP(358): No route to display!

What will be the problem ?

Please help me to proceed further.

Thank You
Andun Sameera
undergraduate
Department of Computer Science and Engineering
University Of Moratuwa
Sri Lanka

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

Re: [OSM-talk] About the GSOC Project - OSM Application for Android -Need Some Help

Hi
You can pick whichever application you want as the basis of your project
proposal.   I put some notes in one of the Android project ideas saying
what I think should be included in the proposal.  It would be worth bearing
those in mind as you prepare your proposal.   Please submit a draft early
so we have chance to review it and ask questions before the deadline.

Thanks!

Graham

Regards

Graham

from my phone

On 23 Mar 2012 15:55, Andun Sameera andun...@gmail.com wrote:

Hi all,

I have found that you have given a new potential android application
which can be used as our source of project. That is
https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/wiki. The
first major application you have given for this project was
https://play.google.com/store/apps/details?id=net.cyclestreets. I have
cloned the git repository of both of these projects and analyze the
both projects. According to my understanding the OpenTripPlanner for
Android is look professional than the Cycle street map. Please correct
me if I am wrong. So what do you prefer as the best application?
Also the project I have done in my uni (Travel Ceylon - Trip Planner
for Sri Lanka -
http://insightforfuture.blogspot.com/2012/01/travel-ceylon-travel-palnner-for-sri.html
)
looks similar to the OpenTripPlanner for Android. So I have some new
features which can strength that more and more.

Also when I run the OpenTripPlanner for Android app a error raises at
the LogCat saying,

03-23 21:12:40.535: E/OTP(358): No route to display!

What will be the problem ?

Please help me to proceed further.

Thank You
Andun Sameera
undergraduate
Department of Computer Science and Engineering
University Of Moratuwa
Sri Lanka

___
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] About the GSOC Project - OSM Application for Android -Need Some Help

Thank You Very Much Sir I will do as you said Sir,

Also where can I talk about those technical questions raised related
to those application sir? Things like errors,faults in the
application.

Thank You

Andun Sameera
Undergraduate
Department of Computer Science and Engineering
University Of Moratuwa
Sri Lanka

On Fri, Mar 23, 2012 at 9:42 PM, Graham Jones grahamjones...@gmail.com wrote:
 Hi
 You can pick whichever application you want as the basis of your project
 proposal.   I put some notes in one of the Android project ideas saying what
 I think should be included in the proposal.  It would be worth bearing those
 in mind as you prepare your proposal.   Please submit a draft early so we
 have chance to review it and ask questions before the deadline.

 Thanks!

 Graham

 Regards

 Graham

 from my phone

 On 23 Mar 2012 15:55, Andun Sameera andun...@gmail.com wrote:

 Hi all,

 I have found that you have given a new potential android application
 which can be used as our source of project. That is
 https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/wiki. The
 first major application you have given for this project was
 https://play.google.com/store/apps/details?id=net.cyclestreets. I have
 cloned the git repository of both of these projects and analyze the
 both projects. According to my understanding the OpenTripPlanner for
 Android is look professional than the Cycle street map. Please correct
 me if I am wrong. So what do you prefer as the best application?
 Also the project I have done in my uni (Travel Ceylon - Trip Planner
 for Sri Lanka -
 http://insightforfuture.blogspot.com/2012/01/travel-ceylon-travel-palnner-for-sri.html)
 looks similar to the OpenTripPlanner for Android. So I have some new
 features which can strength that more and more.

 Also when I run the OpenTripPlanner for Android app a error raises at
 the LogCat saying,

 03-23 21:12:40.535: E/OTP(358): No route to display!

 What will be the problem ?

 Please help me to proceed further.

 Thank You
 Andun Sameera
 undergraduate
 Department of Computer Science and Engineering
 University Of Moratuwa
 Sri Lanka

 ___
 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] About the GSOC Project - OSM Application for Android -Need Some Help

If the application does not have its own mailing list or issue tracker, you
can try here,  but for specific questions about the program, it would be
best to try to get in touch with the developers of the program.

Graham

from my phone

On 23 Mar 2012 16:15, Andun Sameera andun...@gmail.com wrote:

Thank You Very Much Sir I will do as you said Sir,

Also where can I talk about those technical questions raised related
to those application sir? Things like errors,faults in the
application.


Thank You

Andun Sameera
Undergraduate
Department of Computer Science and Engineering
University Of...

On Fri, Mar 23, 2012 at 9:42 PM, Graham Jones grahamjones...@gmail.com
wrote:
 Hi
 You can pick ...
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] About the GSOC Project - OSM Application for Android -Need Some Help

OK Sir I will try my best.

Thank You

On Fri, Mar 23, 2012 at 9:50 PM, Graham Jones grahamjones...@gmail.com wrote:
 If the application does not have its own mailing list or issue tracker, you
 can try here,  but for specific questions about the program, it would be
 best to try to get in touch with the developers of the program.

 Graham

 from my phone

 On 23 Mar 2012 16:15, Andun Sameera andun...@gmail.com wrote:

 Thank You Very Much Sir I will do as you said Sir,

 Also where can I talk about those technical questions raised related
 to those application sir? Things like errors,faults in the
 application.


 Thank You

 Andun Sameera
 Undergraduate
 Department of Computer Science and Engineering
 University Of...

 On Fri, Mar 23, 2012 at 9:42 PM, Graham Jones grahamjones...@gmail.com
 wrote:
 Hi
 You can pick ...

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

Re: [OSM-talk] automated abbreviation changes?!

2012-03-23 Thread Paul Norman

 -Original Message-
 From: AJ Ashton [mailto:aj.ash...@gmail.com]
 Subject: Re: [OSM-talk] automated abbreviation changes?!

 Its much easier for tools to automatically abbreviate words than the
 other way around. (We've done automatic abbreviations for the latest
 MapBox map [1].) I agree that abbreviations should not be automatically
 expanded by bots, but it doesn't sound like that's what's happening
 here.

 [0]:
 http://wiki.openstreetmap.org/wiki/Names#Abbreviation_.28don.27t_do_it.2
 9
 [1]: http://a.tiles.mapbox.com/v3/mapbox.mapbox-
 streets.html#17.00/38.92490/-77.04019

 -- AJ Ashton

MQ Open also does automatic abbreviation of names, at least in the US. They
don't handle Northwest - NW, but they do handle Street - St and the other
common street names.

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

Re: [OSM-talk] GSoC 2012 Application

2012-03-23 Thread Ishan Agrawal

Hi all,

I had some ideas regarding this project. I am not sure who to and how to
approach for mentorship on this project.

*Games based on OSM data*
I wanted to work on a game idea that I have thought of which I call
infectious. It focuses on real time movement of a person in a city. There
are two groups (for eg. disease and cure) and every person belongs to
either group. Whenever two people from different groups come in close
proximity they can convert the other guy into their own group. The person
who converts the most people wins or the whole group could win also. So
essentially the spread happens like a contact based virus would spread in a
community. Singapore is a great place to start this game too, since
Singapore has the highest smartphone density in the world, its small enough
to run country wide campaign in the game and 3G works even in underground
trains, and people usually play these games during daily commutes. I am
really excited to build this game using OSM data. I can build this on
OSMAnd using live tracking and Map viewing features of the app.

I would really like to discuss this further.

Regards,
Ishan Agrawal



On Fri, Mar 23, 2012 at 12:34 AM, Ishan Agrawal
ishan.agrawa...@gmail.comwrote:

 Hi All,

 I am currently a Computer Science undergrad at National University of
 Singapore. I am really interested in collection and distribution of
 geo information and the cool applications that can be built on this
 geo data. I have worked on some projects on location based application
 and navigation systems. I am interested in exploring this further and
 thus I very interested in working on a OSM project for GSoC.

 These are the projects that I am interested in:
 1) OSM Application for Android
 2) Map for Visually Handicapped
 3) Games based on OSM data
 4) Friend Finder (Social Media Application Using OSM data)
 5) Indoor Mapping and Navigation (i want to propose this project)

 I have done some relevant projects that are quite similar to these:

 1) CorruptionTrak: It is a Android application I did for India, which
 helps people report cases of corruption and geotag the reports. The
 reports are displayed on a heat map of India and also on a live feed.
 We are now working with an NGO in India to act on these reports of
 corruption. I recently showcased this app at a competition at CeBIT12
 in Hanover, Germany and it was selected as the top 10 most innovative
 apps in 400 applications from 42 countries. There is also a web
 interface with an admin system to verify and approve reports.

 2) I worked one year in RocketFuel, a online advertising Silicon
 Valley startup, developing their real-time bidding system, working on
 improving inefficiency and refactoring the code to make it more
 scalable for international expansion. I gained a lot of technical
 skills working there which have really helped me gain some practical
 programming experience.

 3) A research project in my University on traffic and naivgation data
 analysis using Hadoop distributed programming. This project helped me
 realize the impact of improvements in traffic and navigation problems.

 4) Currently I am researching under a professor at my University on
 Indoor Navigation and Mapping using just a Android phone without using
 external sensors. I am looking into the best ways to do it and found
 some interesting work being done at OSM on it on the wiki
 (http://wiki.openstreetmap.org/wiki/Indoor). I am not sure how to
 contact the people working on it for mentorship and to see how best I
 can contribute to it. Also, would be ok if this project is not listed
 on the ideas page and I propose it?

 I have some interesting ideas for the projects on the Android App,
 Games on OSM data and the Map for Visually Handicapped project. Where
 can I discuss them and who would be the best person to talk to
 regarding these?

 Looking forward to an exciting summer coding and mapping!

 Regards,
 Ishan Agrawal

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

Re: [OSM-talk] Database Rebuild scheduled to start on the 27th of March 2012

2012-03-23 Thread Alex Barth


A series of people have expressed doubts on this thread that the proposed 
rebuild plan is realistic and I haven't seen a response to this here.

If the current schedule is not realistic - is there an update to it in the 
works?

Do we need to expect an extended time period of OpenStreetMap being reduced to 
read-only mode?

Even if a revised, realistic schedule would reveal a significant delay I would 
prefer it much rather than an overly ambitious one that will have us push dates 
from week to week - accurate dates would be really helpful for planning mapping 
activities, map renders and communications.

On Mar 21, 2012, at 4:26 AM, Simon Poole wrote:

 
 See http://www.osmfoundation.org/wiki/License/Rebuild_Plan
 
 
 ___
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk

Alex Barth
http://twitter.com/lxbarth
tel (202) 250-3633




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

Re: [OSM-talk] GSoC 2012 Application

Hi.  Sounds like an interesting idea.
You do not need to find a mentor.
You just need to prepare a prokect proposal and submit it on the google
GSoC site.   Very good to discuss it here too though!
We match potential mentors to projects as part of the selection process.

Hope that helps.

Graham

from my phone

On 23 Mar 2012 16:44, Ishan Agrawal ishan.agrawa...@gmail.com wrote:

Hi all,

I had some ideas regarding this project. I am not sure who to and how to
approach for mentorship on this project.



Games based on OSM data
I wanted to work on a game idea that I have thought of which I call
infectious. It focuses on real time movement of a person in a city. There
are two groups (for eg. disease and cure) and every person belongs to
either group. Whenever two people from different groups come in close
proximity they can convert the other guy into their own group. The person
who converts the most people wins or the whole group could win also. So
essentially the spread happens like a contact based virus would spread in a
community. Singapore is a great place to start this game too, since
Singapore has the highest smartphone density in the world, its small enough
to run country wide campaign in the game and 3G works even in underground
trains, and people usually play these games during daily commutes. I am
really excited to build this game using OSM data. I can build this on
OSMAnd using live tracking and Map viewing features of the app.

I would really like to discuss this further.

Regards,
Ishan Agrawal





On Fri, Mar 23, 2012 at 12:34 AM, Ishan Agrawal ishan.agrawa...@gmail.com
wrote:

 Hi All,
...

___
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] About the GSOC Project - OSM Application for Android -Need Some Help

Dear Sir,

I have connected the devlpers for the OpenTripPlanner. I am curentley
discussing about my problems with them sir.

Thank You

This is the Conversation I had up to now.

From: Andun Sameera andun...@gmail.com
Date: Sat, Mar 24, 2012 at 12:12 AM
Subject: Re: About the Android Project OpenTripPlanner-for-Android
To: Barbeau, Sean barb...@cutr.usf.edu
Cc: Tran, Khoa ktr...@mail.usf.edu


Dear Barbeau,Tran,

Thank You for the assistance sir. As I told early, I am trying to add
some functionality to Open Trip Planner as my GSOC project under
OpenStreetMaps. Also I have done Android project at my university,
which is similar to the OpenTripPlanner. I have used Google Maps for
that app. It is mainly based on Sri Lanka and It is called Travel
Ceylon.http://insightforfuture.blogspot.com/2012/01/travel-ceylon-inteligent-travel-planner.html

I have added following functionality to my app,

User can plan their own travel according to the following constrains,
after processing all those constrains the Travel Ceylon app will
suggest you are travel path to follow and list of interesting place
which you can see on the path.

Interest list of the traveler.
Starting position.
Destination
Time period of travel.
Special places to be included.
Special places to be avoided.
Cities can be marked as cities you stay for see place or just
passing cities.

When a user accept a suggested travel plan by the app, he can follow
it. On the way through the plan app will notify you about places your
are reaching,their importance, places you can visit etc.

So As I noticed, the OpenTripPlanner have most of these functionality.
But I cant figure out what have not given in OpenTripPlanner. So can
you please help me in that case ?

Also I have cloned the git repository to my machine. And I have change
its AndroidManifest.xml to change the Android SDK version, I have just
changed it to API 8 and tried to run it. Most of the time it docent
run,it shows only black screen most of the time. When it runs first it
ask to select a server,

Then I choose USA server, Then it shows the main UI. Then I choose my
starting point and Destination point and click the button Plan Trip.
Then it shows some pending dialog and after while it shows nothing.
When I check the LogCat at Eclipse it has following error.

03-23 21:12:40.535: E/OTP(358): No route to display!

I cant figure out what is the reason. I have done is change the apps
android version and tried to run it on API15 emulator. I have internet
connectivity well. Please help me to proceed further.

Thank You Very Much Sir
Regards

Andun S.L. Gunawardana
Undergraduate
Department of Computer Science And Engineering

University of Moratuwa, Sri Lanka

Mobile - +94772019246
Home  - +94412253032
Facebook Twitter LinkedIn
Contact me: Google Talk AndunSLG Skype AndunSLG
Want a signature like mine? CLICK HERE.


On Fri, Mar 23, 2012 at 11:43 PM, Barbeau, Sean barb...@cutr.usf.edu wrote:

Andun,

Feel free to ask me and Khoa (cc’d) any questions.  Khoa is
actively working on the application and working to resolve several
known issues.  You may want to update your local git repo clone to the
most recent code on Github, since there are several fixes there, and I
believe the Github version should be fully functional now.



Sean



Sean J. Barbeau, M.S. Comp.Sci.

Research Associate

Center for Urban Transportation Research

University of South Florida

4202 E. Fowler Avenue, CUT100 | Tampa, FL 33620-5375

813.974.7208 2D barcode | 813.974.5168 (fax) | barb...@cutr.usf.edu



USF Location-Aware Information Systems Lab -
http://www.locationaware.usf.edu/



Subscribe to USF's Location-Aware Information Systems listserve to
be notified by email of new research reports, industry news, etc. and
to discuss location-aware technology issues and experiences.





From: Andun Sameera [mailto:andun...@gmail.com]
Sent: Friday, March 23, 2012 12:31 PM
To: Barbeau, Sean
Subject: About the Android Project OpenTripPlanner-for-Android



Dear Mr

I am a university student who is trying to do a GSOC project with
Open Street Maps. They suggest a project to improve the functionality
of the Android application OpenTripPlanner for Android. So I have
clone the git repository to my machine and start some working. But
some errors raises when I try to do it. They have given you as the
License holder for this project. So can I raise those question for you
or is there a mailing list to raise those question sir?

Thank You

Regards

Andun S.L. Gunawardana
Undergraduate

Department of Computer Science And Engineering

University of Moratuwa, Sri Lanka



On Fri, Mar 23, 2012 at 9:51 PM, Andun Sameera andun...@gmail.com wrote:

 OK Sir I will try my best.

 Thank You

 On Fri, Mar 23, 2012 at 9:50 PM, Graham Jones grahamjones...@gmail.com 
 wrote:
  If the application does not have its own mailing list or issue tracker,

Re: [OSM-talk] automated abbreviation changes?!

2012-03-23 Thread Paul Johnson

On Fri, Mar 23, 2012 at 5:36 AM, Mikel Maron mikel_ma...@yahoo.com wrote:

 User chdr (http://www.openstreetmap.org/user/chdr) seems to be running a
 script to automatically replace street name abbreviations with the full
 word.
 so 1600 Pennsylvania Ave NW becomes 1600 Pennsylvania Avenue Northwest.
 Which is not the way anyone ever writes street names here in DC.

 Anyone else aware of this? Opinions? Should this be stopped?

Rule one for names:  Abbreviations: Just don't do it.

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

[OSM-talk-nl] Toponym

Op dit moment wordt op een paar duizend plekken de tag toponym 
gebruikt, waarvan bij allemaal in Nederland. Maar wat ik zie in de 
waarden zijn volgens mij helemaal geen toponiemen! park, forest etc. 
zijn geen toponiemen maar voorbeelden van landgebruik/dekking. 
Julianapark en Zwarte Woud zouden wel toponiemen zijn.


Of begrijp ik het woord toponym verkeerd?

Ik zag dat er in feb 2010 een discussie was over detail omgeving 
oldenzaal waarin melding werd gemaakt van een nieuw voorstel voor 
toponiem-gebruik, en er is ook een Nederlandse Wiki-pagina [1] die daar 
heel kort iets over zegt waarin de basis wordt gelegd voor dit (IMHO) 
misbruik van de term.


T.a.v. de toponym-tag heb ik de volgende constateringen:
1) Het is bijna uitsluitend een Nederlands verschijnsel - heeft dus 
nagenoeg geen internationale bekendheid/draagvlak

2) De tag is niet gedocumenteerd op de wiki
3) Het woord wordt verkeerd gebruikt - de waarden zijn geen toponiemen
4) Geen brede ondersteuning door editors/renderers
5) Het is gebruikt om andere, wel gedocumenteerde/ondersteunde tags te 
vervangen


Ik zou graag willen dat de huidige voorkomens van toponym=* opgeruimd 
worden en wellicht de voorgaande tags (landuse, name, etc) teruggezet.


Wat vinden jullie?

Colin

[1] http://wiki.openstreetmap.org/wiki/3dShapes/Landuse_import

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

Re: [OSM-talk-nl] Toponym


Citeren Frank Steggink stegg...@steggink.org:


Citeren Maarten Deen md...@xs4all.nl:


On 2012-03-23 08:56, Colin Smale wrote:

Op dit moment wordt op een paar duizend plekken de tag toponym
gebruikt, waarvan bij allemaal in Nederland. Maar wat ik zie in de
waarden zijn volgens mij helemaal geen toponiemen! park, forest
etc. zijn geen toponiemen maar voorbeelden van landgebruik/dekking.
Julianapark en Zwarte Woud zouden wel toponiemen zijn.

Of begrijp ik het woord toponym verkeerd?

Ik zag dat er in feb 2010 een discussie was over detail omgeving
oldenzaal waarin melding werd gemaakt van een nieuw voorstel voor
toponiem-gebruik, en er is ook een Nederlandse Wiki-pagina [1] die
daar heel kort iets over zegt waarin de basis wordt gelegd voor dit
(IMHO) misbruik van de term.

T.a.v. de toponym-tag heb ik de volgende constateringen:
1) Het is bijna uitsluitend een Nederlands verschijnsel - heeft dus
nagenoeg geen internationale bekendheid/draagvlak
2) De tag is niet gedocumenteerd op de wiki
3) Het woord wordt verkeerd gebruikt - de waarden zijn geen toponiemen
4) Geen brede ondersteuning door editors/renderers
5) Het is gebruikt om andere, wel gedocumenteerde/ondersteunde tags
te vervangen

Ik zou graag willen dat de huidige voorkomens van toponym=* opgeruimd
worden en wellicht de voorgaande tags (landuse, name, etc) teruggezet.

Wat vinden jullie?

Colin

[1] http://wiki.openstreetmap.org/wiki/3dShapes/Landuse_import


Ik heb die toponiem tag ook al een paar keer gezien, maar ik begrijp de
gedachte erachter niet. Een toponiem is een naam die afgeleid is van de
streek of van een topografisch verschijnsel. Amsterdam - Dam in de
Amstel.
Het is niet zo dat de naam van een bos per definitie een toponiem is.
Ik zie ook niet in waarom deze tag gebruikt moet worden. Voor de naam
van een feature in OSM kun je gewoon name= gebruiken. De toponym
toelichting in [1] begrijp ik ook niet. Waarom kun je name= niet
gebruiken op een groot gebied dat is opgedeeld in kleine stukken? Of is
dat om er voor te zorgen dat voor de kleine stukken de naam niet
gerenderd wordt? Los dat op met een relatie.
toponym=forest is IMHO ook incorrect. Een bos is geen toponiem. De naam
van een bos kan een toponiem zijn.

Maarten


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


Ik zal kort zijn, want het volledige antwoord ben ik kwijtgeraakt in
de browser, omdat ik een 'ë' wilde intypen terwijl de numlock toets
uitstond. De tag is door Lennard en mij geïntroduceerd, om de namen
van de landuse-vlakken van AND te bewaren tijdens de 3dShapes import.
De vlakken zelf zijn omgetagd, omdat je anders grote stukken dubbele
landuse krijgt, wat niet wenselijk is.

Het was de bedoeling om hier een goed voorstel voor te schrijven, maar
vanwege tijdgebrek is dit er niet meer van gekomen. Er bestaat al
rendering-support, aangezien de namen zelf worden weergegeven. Hier
gaat het namelijk om. Het idee achter de toponym-tag zelf is om
renderers een hint mee te geven van hoe de naam gerenderd kan worden.
Het kan in theorie ook voor grote gebieden, zoals de Alpen worden
gebruikt. Dat wil je niet allemaal met een relatie o.i.d. bijhouden.
Zelfs de Veluwe niet ;)

Verder betekent toponiem letterlijk plaatsnaam [1]. Het zegt niet
iets over hoe de naam tot stand is gekomen.

Groeten,

Frank

[1] http://en.wikipedia.org/wiki/Toponymy



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


Wat ook meespeelde in onze overweging is dat het gebruik van de  
landuse-tag een zootje is geworden. Het beschrijft zowel de functie  
(landuse=park) als wat er in het terrein te vinden is (landuse=forst).  
Er is ook een grote overlap met de natural-tag. Van natural=wood vs.  
landuse=forest kan ik het onderscheid nog wel begrijpen (want  
niet-beheerd / wel beheerd), maar waarom wordt dan wel natural=water  
gebruikt in een land zoals Nederland, waar het meeste water haar  
natuurlijke karakter al lang verloren heeft (of zelfs nooit gehad  
heeft)?


Misschien kan een eventueel toponiem-voorstel, mocht dat ooit toch van  
de grond komen, worden aangevuld met een tagging-voorstel wat een  
duidelijk onderscheid maakt tussen functie en fysiek voorkomen. Het is  
lastig om hierin eenduidigheid te krijgen.


Bijv. Julianapark:
toponiem: name=Julianapark
functioneel: function=park
landgebruik (huidige tagging): meerdere vlakken met landuse=forest;  
landuse=grass; natural=water
Hier kan function=park en name=Julianapark prima worden gecombineerd.  
Dit komt goed over met ons oorspronkelijke idee.


Alpen:
toponiem: name=Alps; hoe aangeven dat dit een gebergte is? (dus:  
toponym=mountain_range)
functioneel: n.v.t.? De Alpen zijn er; het is niet door mensen bepaald  
dat de Alpen moeten komen waar ze nu zijn. Wel zijn er binnen de Alpen  
regionaal en lokaal vele gebieden met allerlei soorten

Re: [OSM-talk-nl] Toponym

2012-03-23 Thread Maarten Deen


On 2012-03-23 10:52, Frank Steggink wrote:

Citeren Frank Steggink stegg...@steggink.org:


Citeren Maarten Deen md...@xs4all.nl:


On 2012-03-23 08:56, Colin Smale wrote:

Op dit moment wordt op een paar duizend plekken de tag toponym
gebruikt, waarvan bij allemaal in Nederland. Maar wat ik zie in de
waarden zijn volgens mij helemaal geen toponiemen! park, 
forest
etc. zijn geen toponiemen maar voorbeelden van 
landgebruik/dekking.

Julianapark en Zwarte Woud zouden wel toponiemen zijn.

Of begrijp ik het woord toponym verkeerd?

Ik zag dat er in feb 2010 een discussie was over detail omgeving
oldenzaal waarin melding werd gemaakt van een nieuw voorstel voor
toponiem-gebruik, en er is ook een Nederlandse Wiki-pagina [1] die
daar heel kort iets over zegt waarin de basis wordt gelegd voor 
dit

(IMHO) misbruik van de term.

T.a.v. de toponym-tag heb ik de volgende constateringen:
1) Het is bijna uitsluitend een Nederlands verschijnsel - heeft 
dus

nagenoeg geen internationale bekendheid/draagvlak
2) De tag is niet gedocumenteerd op de wiki
3) Het woord wordt verkeerd gebruikt - de waarden zijn geen 
toponiemen

4) Geen brede ondersteuning door editors/renderers
5) Het is gebruikt om andere, wel gedocumenteerde/ondersteunde 
tags

te vervangen

Ik zou graag willen dat de huidige voorkomens van toponym=* 
opgeruimd
worden en wellicht de voorgaande tags (landuse, name, etc) 
teruggezet.


Wat vinden jullie?

Colin

[1] http://wiki.openstreetmap.org/wiki/3dShapes/Landuse_import


Ik heb die toponiem tag ook al een paar keer gezien, maar ik 
begrijp de
gedachte erachter niet. Een toponiem is een naam die afgeleid is 
van de

streek of van een topografisch verschijnsel. Amsterdam - Dam in de
Amstel.
Het is niet zo dat de naam van een bos per definitie een toponiem 
is.
Ik zie ook niet in waarom deze tag gebruikt moet worden. Voor de 
naam

van een feature in OSM kun je gewoon name= gebruiken. De toponym
toelichting in [1] begrijp ik ook niet. Waarom kun je name= niet
gebruiken op een groot gebied dat is opgedeeld in kleine stukken? 
Of is

dat om er voor te zorgen dat voor de kleine stukken de naam niet
gerenderd wordt? Los dat op met een relatie.
toponym=forest is IMHO ook incorrect. Een bos is geen toponiem. De 
naam

van een bos kan een toponiem zijn.


Ik zal kort zijn, want het volledige antwoord ben ik kwijtgeraakt in
de browser, omdat ik een 'ë' wilde intypen terwijl de numlock toets
uitstond. De tag is door Lennard en mij geïntroduceerd, om de namen
van de landuse-vlakken van AND te bewaren tijdens de 3dShapes 
import.

De vlakken zelf zijn omgetagd, omdat je anders grote stukken dubbele
landuse krijgt, wat niet wenselijk is.


Kon je dan niet beter name:AND gebruiken? Je hebt nu een verwarrende 
tag geintroduceerd.


Verder betekent toponiem letterlijk plaatsnaam [1]. Het zegt 
niet

iets over hoe de naam tot stand is gekomen.


Ja, de griekse vertaling van topo-niem is plaats-naam. Maar een 
toponiem is een naam die is afgeleid van de 
plaats/omgeving/omstandigheden van waar het object zich bevindt of hoe 
het er uitziet.
Zoals ik al eerder heb gezegd: het is niet zo dat een plaatsnaam 
automatisch een toponiem is, alhoewel het dat natuurlijk meestal wel is.



Alpen:
toponiem: name=Alps; hoe aangeven dat dit een gebergte is? (dus:
toponym=mountain_range)


mountain_range is geen toponiem. mountain_range is een omschrijving 
van datgene wat er is.
Alpen is juist het toponiem, want Alpen is afgeleid van het Latijnse 
woord voor wit (de definitie van een toponiem: een naam die is afgeleid 
van datgeen wat er is).
Dan zou het eerder moeten zijn: toponym=Alps, name=mountain_range. Of 
description=mountain_range.


IMHO is de tag toponym in OSM overbodig. Want als de naam een toponiem 
is dan is toponym gelijk aan name. Als de naam geen toponiem is dan 
heeft het object geen toponiem.

Het gebruik van toponym=park of toponym=forest is helemaal onjuist.
Volgens mij is voor de soort begroeiing de landuse tag en voor het 
gebruik kun je o.a. leisure gebruiken (landuse=grass, leisure=park).


Maarten


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

Re: [OSM-talk-nl] Toponym


On 23/03/2012 10:52, Frank Steggink wrote:

Alpen:
toponiem: name=Alps; hoe aangeven dat dit een gebergte is? (dus: 
toponym=mountain_range)

Maar mountain_range is toch geen toponym?

Om de Alpen aan te geven kunnen we een area definieren, evt een 
relatie, als een soort boundary. Daar kan een name aan gehangen 
worden. Zelfs toponym:type=mountain_range zou m.i. niet correct zijn, 
omdat de toponym de naam zelf is en niet het gebied - mountain_range is 
niet een attribuut van de naam. natural=mountain_range misschien?


Om de onduidelijkheid rond landuse, cover, natural etc etc zouden we 
gebaat zijn door een eenduidige definitie van die termen (tbv OSM - ik 
sluit niet uit dat de termen in andere verbanden afwijkende definities 
hebben). Bijvoorbeeld, natural is van de natuur en landuse is wat de 
mens ermee doet. Zowel een beheerd als een onbeheerd woud bestaan uit 
bomen. Je kunt niet zeggen dat een wood natuurlijk is en een forest 
niet. Een forest is veelal groter en omvat (soms grote) open stukken.


Colin

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

Re: [OSM-talk-nl] Toponym


Citeren Maarten Deen md...@xs4all.nl:


On 2012-03-23 10:52, Frank Steggink wrote:

Citeren Frank Steggink stegg...@steggink.org:


Citeren Maarten Deen md...@xs4all.nl:


On 2012-03-23 08:56, Colin Smale wrote:

Op dit moment wordt op een paar duizend plekken de tag toponym
gebruikt, waarvan bij allemaal in Nederland. Maar wat ik zie in de
waarden zijn volgens mij helemaal geen toponiemen! park, forest
etc. zijn geen toponiemen maar voorbeelden van landgebruik/dekking.
Julianapark en Zwarte Woud zouden wel toponiemen zijn.

Of begrijp ik het woord toponym verkeerd?

Ik zag dat er in feb 2010 een discussie was over detail omgeving
oldenzaal waarin melding werd gemaakt van een nieuw voorstel voor
toponiem-gebruik, en er is ook een Nederlandse Wiki-pagina [1] die
daar heel kort iets over zegt waarin de basis wordt gelegd voor dit
(IMHO) misbruik van de term.

T.a.v. de toponym-tag heb ik de volgende constateringen:
1) Het is bijna uitsluitend een Nederlands verschijnsel - heeft dus
nagenoeg geen internationale bekendheid/draagvlak
2) De tag is niet gedocumenteerd op de wiki
3) Het woord wordt verkeerd gebruikt - de waarden zijn geen toponiemen
4) Geen brede ondersteuning door editors/renderers
5) Het is gebruikt om andere, wel gedocumenteerde/ondersteunde tags
te vervangen

Ik zou graag willen dat de huidige voorkomens van toponym=* opgeruimd
worden en wellicht de voorgaande tags (landuse, name, etc) teruggezet.

Wat vinden jullie?

Colin

[1] http://wiki.openstreetmap.org/wiki/3dShapes/Landuse_import


Ik heb die toponiem tag ook al een paar keer gezien, maar ik begrijp de
gedachte erachter niet. Een toponiem is een naam die afgeleid is van de
streek of van een topografisch verschijnsel. Amsterdam - Dam in de
Amstel.
Het is niet zo dat de naam van een bos per definitie een toponiem is.
Ik zie ook niet in waarom deze tag gebruikt moet worden. Voor de naam
van een feature in OSM kun je gewoon name= gebruiken. De toponym
toelichting in [1] begrijp ik ook niet. Waarom kun je name= niet
gebruiken op een groot gebied dat is opgedeeld in kleine stukken? Of is
dat om er voor te zorgen dat voor de kleine stukken de naam niet
gerenderd wordt? Los dat op met een relatie.
toponym=forest is IMHO ook incorrect. Een bos is geen toponiem. De naam
van een bos kan een toponiem zijn.


Ik zal kort zijn, want het volledige antwoord ben ik kwijtgeraakt in
de browser, omdat ik een 'ë' wilde intypen terwijl de numlock toets
uitstond. De tag is door Lennard en mij geïntroduceerd, om de namen
van de landuse-vlakken van AND te bewaren tijdens de 3dShapes import.
De vlakken zelf zijn omgetagd, omdat je anders grote stukken dubbele
landuse krijgt, wat niet wenselijk is.


Kon je dan niet beter name:AND gebruiken? Je hebt nu een verwarrende
tag geintroduceerd.


Verder betekent toponiem letterlijk plaatsnaam [1]. Het zegt niet
iets over hoe de naam tot stand is gekomen.


Ja, de griekse vertaling van topo-niem is plaats-naam. Maar een
toponiem is een naam die is afgeleid van de
plaats/omgeving/omstandigheden van waar het object zich bevindt of hoe
het er uitziet.
Zoals ik al eerder heb gezegd: het is niet zo dat een plaatsnaam
automatisch een toponiem is, alhoewel het dat natuurlijk meestal wel is.


Alpen:
toponiem: name=Alps; hoe aangeven dat dit een gebergte is? (dus:
toponym=mountain_range)


mountain_range is geen toponiem. mountain_range is een omschrijving
van datgene wat er is.
Alpen is juist het toponiem, want Alpen is afgeleid van het Latijnse
woord voor wit (de definitie van een toponiem: een naam die is afgeleid
van datgeen wat er is).
Dan zou het eerder moeten zijn: toponym=Alps, name=mountain_range. Of
description=mountain_range.

IMHO is de tag toponym in OSM overbodig. Want als de naam een toponiem
is dan is toponym gelijk aan name. Als de naam geen toponiem is dan
heeft het object geen toponiem.
Het gebruik van toponym=park of toponym=forest is helemaal onjuist.
Volgens mij is voor de soort begroeiing de landuse tag en voor het
gebruik kun je o.a. leisure gebruiken (landuse=grass, leisure=park).

Maarten


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


OK, vervang dan 'toponym' maar door 'description'. Zolang het maar  
geen 'landuse' / 'leisure' / etc. wordt, of is dit volgens jou taggen  
voor de renderer?


Name:AND lost niks op. Het ging er ons hoofdzakelijk om de landuse-tag  
van de shape af te halen, zodat je dan geen dubbele vlakken krijgt.  
Dat zou helemaal niet acceptabel zijn geweest voor de 3dShapes import.


Frank

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

Re: [OSM-talk-nl] Toponym

2012-03-23 Thread Maarten Deen


On 2012-03-23 11:38, Frank Steggink wrote:


OK, vervang dan 'toponym' maar door 'description'. Zolang het maar
geen 'landuse' / 'leisure' / etc. wordt, of is dit volgens jou 
taggen

voor de renderer?


Ik zou niet weten wat je bedoeling met toponym is, dus ook niet in 
hoeverre dit taggen voor de renderer is.
En ik zie ook niet waarom ik moet bepalen dat taggen voor de renderer 
niet zou mogen.



Name:AND lost niks op. Het ging er ons hoofdzakelijk om de
landuse-tag  van de shape af te halen, zodat je dan geen dubbele
vlakken krijgt.  Dat zou helemaal niet acceptabel zijn geweest voor 
de

3dShapes import.


Dan gebruik je landuse:AND. Ik dacht dat je de name-tag van AND wilde 
bewaren.


Maarten


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

Re: [OSM-talk-nl] Toponym


On 23/03/2012 11:22, Maarten Deen wrote:

Het gebruik van toponym=park of toponym=forest is helemaal onjuist.
Volgens mij is voor de soort begroeiing de landuse tag en voor het 
gebruik kun je o.a. leisure gebruiken (landuse=grass, leisure=park).
Of misschien nog beter: landuse=recreation, {landcover,surface}=grass, 
leisure=park?



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

Re: [OSM-talk-nl] Toponym


Citeren Maarten Deen md...@xs4all.nl:



Dan gebruik je landuse:AND. Ik dacht dat je de name-tag van AND   
wilde bewaren.




Achteraf gezien was dat beter geweest.

Frank


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

Re: [OSM-talk-nl] Toponym

2012-03-23 Thread Lennard

Frank Steggink wrote:

 Dan gebruik je landuse:AND. Ik dacht dat je de name-tag van AND
 wilde bewaren.

 Achteraf gezien was dat beter geweest.

En het is niet internationaal te gebruiken. Ik kan me niet voorstellen dat
deze situatie (gebied opgebouwd uit losse stukjes) in het buitenland niet
voorkomt, zeker nu we Bing lufo's mogen gebruiken. Wat er ook verandert,
het is toch mooi als dat internationaal te gebruiken is?

-- 
Lennard


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

Re: [OSM-talk-nl] Toponym

2012-03-23 Thread geejee



Colin Smale colin.sm...@xs4all.nl schreef:


On 23/03/2012 11:22, Maarten Deen wrote:

Het gebruik van toponym=park of toponym=forest is helemaal onjuist.
Volgens mij is voor de soort begroeiing de landuse tag en voor het  
gebruik kun je o.a. leisure gebruiken (landuse=grass, leisure=park).
Of misschien nog beter: landuse=recreation,  
{landcover,surface}=grass, leisure=park?



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


Essentie is het verschil tussen toografie/verschijningsvorm (aá la  
top10nl) en gebruik (a la CBS).


Zie OSM voorstel voor landcover.
http://wiki.openstreetmap.org/wiki/Proposed_features/landcover

Zie in NL als voorbeeld de CBS classificatie bodemgebruik:
http://www.cbs.nl/nl-NL/menu/methoden/classificaties/overzicht/bestand-bodemgebruik/default.htm

en de webservice er van:
http://geoservices.cbs.nl/ArcGis/rest/services/BestandBodemgebruik2008/MapServer

(en de volgende stap is natuurlijk bestemming, zoals in  
bestemmingsplan aangegeven...)


Gert-Jan


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

[OSM-talk-nl] Uitsnede OSM van Amsterdam

2012-03-23 Thread Steven M. Ottens


Hoi allemaal,

WhereCampEU (http://wherecamp.eu) komt het weekend voor Koninginnedag 
naar Amsterdam. Voor de bezoekers wil ik een leuke online en offline 
kaart *) maken met uitleg wat waar is etc. is er ergens een recente 
uitsnede van Amsterdam te vinden? Bij voorkeur alleen van het gebied 
binnen de A10, of kan iemand dat in een handomdraai doen?


Alvast bedankt
Steven

*) iets met tilemill, mbtiles en apps voor mobieltjes, ideeën daarvoor 
zijn ook welkom.





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

Re: [OSM-talk-nl] Toponym


On 23/03/2012 11:52, Lennard wrote:
Kortom, ik hoop dat nu niet rücksichtslos iemand door NL hobbelt om 
alle toponym=* weer om te zetten naar klassieke tags 'omdat het kan', 
maar dat we iets verzinnen om met bovenstaande argumenten om te gaan. 
Niet omdat het kan, maar omdat het wellicht zou moeten; met beleid 
natuurlijk en niet rücksichtslos. Hoe veel van de 2000+ voorkomens van 
toponym=* in NL zijn vergelijkbaar met wat er onlangs met het 
Julianapark (Utrecht) [1] gebeurde? Hierbij is leisure=park vervangen 
met toponym=park met het gevolg dat het niet langer als park herkenbaar was.


Dat er nog een discussie loopt over ontdubbeling van vlakken n.a.v. de 
3dshapes import is een ding, maar kunnen wij alsjeblieft onze 1418 
forests, 597 parken, 44 cemeteries (zie tagwatch [2]) etc etc terugkrijgen?


Colin

[1] http://www.openstreetmap.org/browse/way/6315660/history
[2] http://tagwatch.stoecker.eu/Netherlands/En/tags.html

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

Re: [OSM-talk-nl] Toponym


Citeren Colin Smale colin.sm...@xs4all.nl:


On 23/03/2012 11:52, Lennard wrote:
Niet omdat het kan, maar omdat het wellicht zou moeten; met beleid   
natuurlijk en niet rücksichtslos. Hoe veel van de 2000+ voorkomens  
 van toponym=* in NL zijn vergelijkbaar met wat er onlangs met het   
Julianapark (Utrecht) [1] gebeurde? Hierbij is leisure=park   
vervangen met toponym=park met het gevolg dat het niet langer als   
park herkenbaar was.


Aan de begroeiing, weergegeven door landuse=forest + landuse=grass, is  
wel op te maken dat het een park in. Toen ik afgelopen week hier bezig  
was, heb ik de tag leisure=park vervangen door toponym=park.



Dat er nog een discussie loopt over ontdubbeling van vlakken n.a.v. de
3dshapes import is een ding, maar kunnen wij alsjeblieft onze 1418
forests, 597 parken, 44 cemeteries (zie tagwatch [2]) etc etc
terugkrijgen?


Dan krijg je overal in Nederland de situatie zoals nu met het  
Julianapark. In bijna alle gevallen is er sprake van dubbel landuse,  
anders was er uberhaupt voor ons geen reden om de toponym-tag in te  
zetten. Is dat wat jou voor ogen staat? Wellicht kan de styling worden  
aangepast voor functionele tags (zoals leisure).


Belangrijk om te weten is dat de informatie niet verloren is, in  
afwachting van een beter voorstel. Ik ben het wel met je eens dat de  
huidige situatie niet ideaal is en dat er een betere oplossing moet  
komen.


V.w.b. mijn aanpassingen van afgelopen week [1]: ik hoop tenminste dat  
je akkoord gaat met de verwijdering van het park aan weerszijden en  
in de middenberm van de Einsteindreef en langs de rand van de N230.


Verder heb ik toen de shape van Park de Gagel hersteld [2]. Dit had al  
de toponym-tag, maar was opgeknipt geraakt. Hier speelde nog een ander  
issue, namelijk dat er 3 3dShapes-vlakken [3] [4] [5] een naam hadden  
gekregen. Niet geheel willekeurig, maar wel zodat de naam op  
representatieve plekken in het park worden gerenderd. Dat is de  
light-variant van het taggen van alle shapes in een bepaald gebied met  
een naam.


Kortom, er genoeg aanleiding om eens na te gaan denken voor een betere  
tagging om gebieden een naam te geven, maar waarbij wel recht wordt  
gedaan aan de functie en het fysieke voorkomen. V.w.b. het  
landcover-voorstel wat door G.J. wordt genoemd: is daar de laatste  
tijd nog over gepraat?


Groeten,

Frank

[1] http://www.openstreetmap.org/browse/changeset/11043851
[2] http://www.openstreetmap.org/browse/way/143448708
[3] http://www.openstreetmap.org/browse/way/72107784
[4] http://www.openstreetmap.org/browse/way/72107938
[5] http://www.openstreetmap.org/browse/way/72110476

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

Re: [OSM-talk-nl] Toponym

2012-03-23 Thread geejee

Over de toponiemen 2 jaar terug een leuke discussie gevoerd op de
LinkedIn groep Geo-Informatie Nederland.
Dat ging met name over niet scherp af te bakenen gebieden, zoals
Veluwe, maar ook de Rotterdamse Koopgoot en de Haagse Schilderswijk
(da's namelijk geen officiële naam).

Zie
http://www.linkedin.com/groupItem?view=gid=35979type=memberitem=13139594qid=c6f02932-6118-4dc6-9d1a-554b94f507c6trk=group_search_item_list-0-b-ttl

groet,

Frank Steggink stegg...@steggink.org schreef:

Citeren Colin Smale colin.sm...@xs4all.nl:

On 23/03/2012 11:52, Lennard wrote:
Niet omdat het kan, maar omdat het wellicht zou moeten; met beleid
natuurlijk en niet rücksichtslos. Hoe veel van de 2000+
voorkomens van toponym=* in NL zijn vergelijkbaar met wat er
onlangs met het Julianapark (Utrecht) [1] gebeurde? Hierbij is
leisure=park vervangen met toponym=park met het gevolg dat het
niet langer als park herkenbaar was.

Aan de begroeiing, weergegeven door landuse=forest + landuse=grass,
is wel op te maken dat het een park in. Toen ik afgelopen week hier
bezig was, heb ik de tag leisure=park vervangen door toponym=park.

Dat er nog een discussie loopt over ontdubbeling van vlakken n.a.v. de
3dshapes import is een ding, maar kunnen wij alsjeblieft onze 1418
forests, 597 parken, 44 cemeteries (zie tagwatch [2]) etc etc
terugkrijgen?

Dan krijg je overal in Nederland de situatie zoals nu met het
Julianapark. In bijna alle gevallen is er sprake van dubbel
landuse, anders was er uberhaupt voor ons geen reden om de
toponym-tag in te zetten. Is dat wat jou voor ogen staat? Wellicht
kan de styling worden aangepast voor functionele tags (zoals leisure).

Belangrijk om te weten is dat de informatie niet verloren is, in
afwachting van een beter voorstel. Ik ben het wel met je eens dat de
huidige situatie niet ideaal is en dat er een betere oplossing moet
komen.

V.w.b. mijn aanpassingen van afgelopen week [1]: ik hoop tenminste
dat je akkoord gaat met de verwijdering van het park aan
weerszijden en in de middenberm van de Einsteindreef en langs de
rand van de N230.

Verder heb ik toen de shape van Park de Gagel hersteld [2]. Dit had
al de toponym-tag, maar was opgeknipt geraakt. Hier speelde nog een
ander issue, namelijk dat er 3 3dShapes-vlakken [3] [4] [5] een naam
hadden gekregen. Niet geheel willekeurig, maar wel zodat de naam op
representatieve plekken in het park worden gerenderd. Dat is de
light-variant van het taggen van alle shapes in een bepaald gebied
met een naam.

Kortom, er genoeg aanleiding om eens na te gaan denken voor een
betere tagging om gebieden een naam te geven, maar waarbij wel recht
wordt gedaan aan de functie en het fysieke voorkomen. V.w.b. het
landcover-voorstel wat door G.J. wordt genoemd: is daar de laatste
tijd nog over gepraat?

Groeten,

Frank

[1] http://www.openstreetmap.org/browse/changeset/11043851
[2] http://www.openstreetmap.org/browse/way/143448708
[3] http://www.openstreetmap.org/browse/way/72107784
[4] http://www.openstreetmap.org/browse/way/72107938
[5] http://www.openstreetmap.org/browse/way/72110476

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

Re: [OSM-talk-nl] Toponym


On 23/03/2012 16:04, Frank Steggink wrote:

Citeren Colin Smale colin.sm...@xs4all.nl:


On 23/03/2012 11:52, Lennard wrote:
Niet omdat het kan, maar omdat het wellicht zou moeten; met beleid  
natuurlijk en niet rücksichtslos. Hoe veel van de 2000+ voorkomens 
 van toponym=* in NL zijn vergelijkbaar met wat er onlangs met het  
Julianapark (Utrecht) [1] gebeurde? Hierbij is leisure=park  
vervangen met toponym=park met het gevolg dat het niet langer als  
park herkenbaar was.


Aan de begroeiing, weergegeven door landuse=forest + landuse=grass, is 
wel op te maken dat het een park in. Toen ik afgelopen week hier bezig 
was, heb ik de tag leisure=park vervangen door toponym=park.



Dat er nog een discussie loopt over ontdubbeling van vlakken n.a.v. de
3dshapes import is een ding, maar kunnen wij alsjeblieft onze 1418
forests, 597 parken, 44 cemeteries (zie tagwatch [2]) etc etc
terugkrijgen?


Dan krijg je overal in Nederland de situatie zoals nu met het 
Julianapark. In bijna alle gevallen is er sprake van dubbel landuse, 
anders was er uberhaupt voor ons geen reden om de toponym-tag in te 
zetten. Is dat wat jou voor ogen staat? Wellicht kan de styling worden 
aangepast voor functionele tags (zoals leisure).


Belangrijk om te weten is dat de informatie niet verloren is, in 
afwachting van een beter voorstel. Ik ben het wel met je eens dat de 
huidige situatie niet ideaal is en dat er een betere oplossing moet komen.
De informatie is wel uit het zicht verdwenen omdat de oorspronkelijke 
tags verwijderd zijn. Iedereen mag nieuwe tags toevoegen - dit is 
inherent aan het open karakter van OSM. Maar het verwijderen van 
bestaande, breed geaccepteerde tags kan niet zomaar. En het misbruiken 
van woorden zoals nu gebeurt met toponym is zonder meer iets wat 
vermeden moet worden.


V.w.b. mijn aanpassingen van afgelopen week [1]: ik hoop tenminste dat 
je akkoord gaat met de verwijdering van het park aan weerszijden en 
in de middenberm van de Einsteindreef en langs de rand van de N230.
Dat lijkt mij geen probleem! Een park is pas een park als de gemeente 
(of ander beheerorgaan) het zo noemt, lijkt mij.


Verder heb ik toen de shape van Park de Gagel hersteld [2]. Dit had al 
de toponym-tag, maar was opgeknipt geraakt. Hier speelde nog een ander 
issue, namelijk dat er 3 3dShapes-vlakken [3] [4] [5] een naam hadden 
gekregen. Niet geheel willekeurig, maar wel zodat de naam op 
representatieve plekken in het park worden gerenderd. Dat is de 
light-variant van het taggen van alle shapes in een bepaald gebied met 
een naam.
Jouw beeld van de grens van Park de Gagel wijkt wel sterk af van het 
beeld van Gemeente Utrecht... zie pagina 38 (inzoomen vereist!!) van 
http://www.utrecht.nl/images/Stadswerken/Parken/beheerplan180308.pdf


Colin

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

Re: [OSM-talk-nl] Uitsnede OSM van Amsterdam


On 23-3-2012 14:31, Steven M. Ottens wrote:

Hoi allemaal,

WhereCampEU (http://wherecamp.eu) komt het weekend voor Koninginnedag 
naar Amsterdam. Voor de bezoekers wil ik een leuke online en offline 
kaart *) maken met uitleg wat waar is etc. is er ergens een recente 
uitsnede van Amsterdam te vinden? Bij voorkeur alleen van het gebied 
binnen de A10, of kan iemand dat in een handomdraai doen?


Alvast bedankt
Steven

*) iets met tilemill, mbtiles en apps voor mobieltjes, ideeën daarvoor 
zijn ook welkom.





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


Hoi Steven,

Kijk eens hier: http://metro.teczno.com/#amsterdam
Het is wel een stuk groter dan de stad zelf, maar beter te hanteren dan 
de planet-dump of zelfs de benelux-dump.


Groeten,

Frank

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

Re: [OSM-talk-nl] Toponym


On 23-3-2012 16:54, Colin Smale wrote:
Dan krijg je overal in Nederland de situatie zoals nu met het 
Julianapark. In bijna alle gevallen is er sprake van dubbel 
landuse, anders was er uberhaupt voor ons geen reden om de 
toponym-tag in te zetten. Is dat wat jou voor ogen staat? Wellicht 
kan de styling worden aangepast voor functionele tags (zoals leisure).


Belangrijk om te weten is dat de informatie niet verloren is, in 
afwachting van een beter voorstel. Ik ben het wel met je eens dat de 
huidige situatie niet ideaal is en dat er een betere oplossing moet 
komen.


De informatie is wel uit het zicht verdwenen omdat de 
oorspronkelijke tags verwijderd zijn. Iedereen mag nieuwe tags 
toevoegen - dit is inherent aan het open karakter van OSM. Maar het 
verwijderen van bestaande, breed geaccepteerde tags kan niet zomaar. 
En het misbruiken van woorden zoals nu gebeurt met toponym is zonder 
meer iets wat vermeden moet worden.

Ik was in de veronderstelling dat dat hier geen probleem was, omdat:
a) het evident is dat het gebied een park is, door de geïmporteerde landuse.
b) de informatie an sich niet verloren is gegaan. Niet alle informatie 
in de DB wordt op de kaart gerenderd.


Hoe vaak wil je dat ik nog sorry moet zeggen, omdat wij de 
toponym-tags hebben gebruikt als placeholder? Ik heb je nu wel begrepen...


Verder waren we al meer dan 2 jaar geleden begonnen met de import van 
3dShapes data en is deze al een tijd afgerond (op 2 kleine plukjes na). 
Blijkbaar was de toponym-tag al die tijd geen issue, maar omdat ik 
toevallig een paar dagen geleden het waagde om het Julianapark aan te 
passen, nu in een keer wel?


V.w.b. mijn aanpassingen van afgelopen week [1]: ik hoop tenminste dat 
je akkoord gaat met de verwijdering van het park aan weerszijden en 
in de middenberm van de Einsteindreef en langs de rand van de N230.
Dat lijkt mij geen probleem! Een park is pas een park als de gemeente 
(of ander beheerorgaan) het zo noemt, lijkt mij.


Verder heb ik toen de shape van Park de Gagel hersteld [2]. Dit had 
al de toponym-tag, maar was opgeknipt geraakt. Hier speelde nog een 
ander issue, namelijk dat er 3 3dShapes-vlakken [3] [4] [5] een naam 
hadden gekregen. Niet geheel willekeurig, maar wel zodat de naam op 
representatieve plekken in het park worden gerenderd. Dat is de 
light-variant van het taggen van alle shapes in een bepaald gebied 
met een naam.
Jouw beeld van de grens van Park de Gagel wijkt wel sterk af van het 
beeld van Gemeente Utrecht... zie pagina 38 (inzoomen vereist!!) van 
http://www.utrecht.nl/images/Stadswerken/Parken/beheerplan180308.pdf
Mijn beeld is een samenvoeging van 2 ways met toponym=park; 
area=yes, inclusief de namen die op 3 grasvelden stonden binnen het 
park. Verder heb ik me niet in de officiële omvang van het betreffende 
park verdiept. Is dat een vereiste voordat er überhaupt een verandering 
gemaakt mag worden?


Frank


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

[OSM-talk-nl] In het licht van de toponym-thread


Beste lijstgenoten,

Hieronder staat een mail die ik naar talk-nl heb gestuurd n.a.v. de 
BAG-discussie, met de ervaring van de 3dShapes import in het 
achterhoofd. Zie ook hier: [1]

Ik ga hier even doorheen lopen, omdat het de toponym-discussie raakt.

Verder had ik verwacht dat onderstaande mail de nodige discussie zou 
opleveren, maar de respons was 0,0.


On 1-2-2012 20:52, Frank Steggink wrote:
Voordat het import-virus losbarst: wees je er wel van bewust wat voor 
klus dit is! Dit kan ik niet genoeg benadrukken. Elke import is uniek. 
De BAG-import heeft meer voeten in de aarde dan bijv. de 3dShapes 
import. Dit om de volgende redenen:


* Vervanging bestaande data: Ten tijde van de 3dShapes import was NL 
redelijk blanco op het gebied van gebouwen en landgebruik. (De 
AND-landuse was van lage kwaliteit, dus die kon worden verwijderd.) Nu 
staat NL vol met gebouwen uit de 3dShapes. Voor een deel zijn deze ook 
bewerkt / verrijkt met andere data. Je kunt geen import doen zonder 
hier een goede oplossing voor te verzinnen. In het geval de 3dShapes 
gebouwen niet gewijzigd zijn (version=1), zouden deze vervangen kunnen 
worden. Probeer dus eerst inzichtelijk te krijgen welke gebouwen wel 
problemen opleveren, bijv. omdat je tags moet omzetten. Ga eerst in 
conclaaf met andere OSM-ers die wijzigingen aan de gebouwen hebben 
aangebracht in het gebied waarvan je de BAG wil importeren.
Wat mijn opmerking over de AND-landuse betreft: ik sta hier nog steeds 
achter. Shapes met een naam zijn omgetagd. Redundante shapes zijn 
verwijderd. Dit kunnen ook vlakken met alleen een tag leisure=park zijn 
geweest. Oeps, wat nu? Er geldt nog steeds dat er landuse voor in de 
plaats is gekomen, dus op de kaart is het nog steeds als zodanig 
zichtbaar. Verder is het maar de vraag of de situatie in de AND-data 
juist was en of de gekozen tagging voor de AND-import juist was.


* Verantwoordelijkheid: als je aan een import begint, heb je je te 
houden aan de import guidelines. Zie hier: 
http://wiki.openstreetmap.org/wiki/Import_guidelines . Als jij zelf 
BAG-data wil importeren, heb jij je _zelf_ hier aan te houden, omdat 
de import onder _jouw_ account zal plaatsvinden. Je bent dus ook 
verantwoordelijk voor eventuele troep die je achterlaat. Natuurlijk ga 
je die ook zelf opruimen ;) De rest van de community zit hier niet op 
te wachten. Vraag je eerst af of je bereid bent je hieraan te 
committen. Zie ook het volgende punt.
Of je het er mee eens bent of niet: dit hebben wij ook gedaan met de 
3dShapes import. Wel naar onze eigen inzichten. Gezien het feit dat er 
weinig feedback was, hadden wij geen reden om aan te nemen dat wij er 
een zootje van maakten. Alhoewel ik op voorhand mij van dit punt bewust 
was, heb ik wel in de loop van het proces ervaren hoe belangrijk dit is. 
Een andere conclusie is dat je het nooit goed genoeg doet en niet 
iedereen 100% tevreden kunt stellen, zoals de toponym-thread bewijst.


* Updates: al aangestipt. Zeker zinvol om over na te denken, maar het 
probleem hier is dat dit niet af te dwingen is. Iemand kan ergens de 
BAG importeren en plechtig beloven zich te committen aan updates, maar 
als hij een andere hobby heeft gevonden, zijn er ook geen updates meer.
N.v.t. voor de 3dShapes, aangezien die eenmalig was. Technisch gezien 
zou je met Top10NL 3dShapes kunnen updaten, maar daar was in 2009/2010 
totaal geen zicht op.


* Nut: wat is de toegevoegde waarde van de BAG in OSM? De adressen 
ontbreken in OSM, wat handig is voor routing, e.d., maar er zijn al 
wel gebouwen. IMO zijn deze van voldoende kwaliteit voor de meeste 
toepassingen van OSM. Ik wil natuurlijk in mijn gebied wel de best 
beschikbare data, maar ik weet ook al dat, als ik een mooie kaart van 
NL ga maken, ik de BAG data wel uit de originele bron ga betrekken en 
niet uit OSM. Dit omdat de BAG zelf de beste bron is. Wie weet wat er 
met de OSM data is gerommeld is en wat de actualiteit is? Zelfs al 
loopt OSM voor (wat heel goed mogelijk is), je kunt niemand binnen OSM 
aanspreken als de situatie niet klopt. Het standaardantwoord: pas het 
lekker zelf aan. In de GIS-wereld loopt al enige jaren de discussie 
tussen authoritive data vs. crowdsourced data, wat hierop betrekking 
heeft.
Het is evident wat het nut van de 3dShapes import is. Daarom kozen we in 
de 1e plaats voor deze import. Nu is ons land al voorzien van landuse 
data, en hoeven we niet als een gek van Bing te tracen (waar actualiteit 
ook een probleem is).


Het bovenstaande punt geldt trouwens ook voor de landuse. Ja, in die 
zin heb ik maanden vrije tijd voor niks besteed, maar toen was ook 
niet bekend dat de Top10NL open data zou worden. Mijn handen jeuken 
totaal niet om Top10NL in OSM te laden. Hooguit om de 3dShapes data 
ten dele te verrijken, om fouten met de classificaties ongedaan te 
maken. Bij de 3dShapes-import is i.i.g. hier wel zoveel mogelijk 
rekening gehouden en tijd ingestoken.

Een ander voorbeeld van de moeite die wij erin hebben

Re: [OSM-talk-nl] Toponym


On 23/03/2012 17:12, Frank Steggink wrote:

On 23-3-2012 16:54, Colin Smale wrote:
Dan krijg je overal in Nederland de situatie zoals nu met het 
Julianapark. In bijna alle gevallen is er sprake van dubbel 
landuse, anders was er uberhaupt voor ons geen reden om de 
toponym-tag in te zetten. Is dat wat jou voor ogen staat? Wellicht 
kan de styling worden aangepast voor functionele tags (zoals leisure).


Belangrijk om te weten is dat de informatie niet verloren is, in 
afwachting van een beter voorstel. Ik ben het wel met je eens dat de 
huidige situatie niet ideaal is en dat er een betere oplossing moet 
komen.


De informatie is wel uit het zicht verdwenen omdat de 
oorspronkelijke tags verwijderd zijn. Iedereen mag nieuwe tags 
toevoegen - dit is inherent aan het open karakter van OSM. Maar het 
verwijderen van bestaande, breed geaccepteerde tags kan niet 
zomaar. En het misbruiken van woorden zoals nu gebeurt met toponym 
is zonder meer iets wat vermeden moet worden.

Ik was in de veronderstelling dat dat hier geen probleem was, omdat:
a) het evident is dat het gebied een park is, door de geïmporteerde 
landuse.
b) de informatie an sich niet verloren is gegaan. Niet alle informatie 
in de DB wordt op de kaart gerenderd.


Hoe vaak wil je dat ik nog sorry moet zeggen, omdat wij de 
toponym-tags hebben gebruikt als placeholder? Ik heb je nu wel 
begrepen...


Daar gaat het niet om Frank, ik heb tot nu toe geen namen genoemd en wil 
jou, een van de meest gewaardeerde contributors, allerminst aan de 
schandpaal nagelen. Maar ik probeer nu wel de handen op elkaar te 
krijgen om de tagging van parken e.d. zodanig volgens de standaard te 
krijgen dat ze juist gerenderd worden door mapnik en mkgmap en ook op de 
standaardmanier herkenbaar zijn voor andere afnemers van onze data. Ik 
wil best helpen hoor, maar het lijkt mij een goed plan om hier consensus 
over te krijgen voordat het in een welles-nietesspel of een tagging-war 
ontaardt.


Mij dunkt dat dit grotendeels geautomatiseerd kan worden: 
toponym=park-leisure=park bijvoorbeeld. Maar ik heb geen idee hoe 
zoiets gedaan kan worden. Wat mij betreft kan toponym nog blijven staan 
totdat we een beter voorstel hebben voor een beter, consequenter 
taggingmodel voor deze objecten.


Verder waren we al meer dan 2 jaar geleden begonnen met de import van 
3dShapes data en is deze al een tijd afgerond (op 2 kleine plukjes 
na). Blijkbaar was de toponym-tag al die tijd geen issue, maar omdat 
ik toevallig een paar dagen geleden het waagde om het Julianapark aan 
te passen, nu in een keer wel?


Ik had het twee jaar geleden niet opgemerkt, anders had ik er toen ook 
iets van gezegd. Het viel mij deze week op omdat ik Julianapark (net) 
binnen mijn bbox voor Maarssen valt die ik met Ito in de gaten houd. Ik 
was nieuwsgierig en ben gaan kijken wat er gewijzigd was. Het park was 
op de kaart geen park meer.


Colin


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

Re: [OSM-talk-nl] Toponym

2012-03-23 Thread Cartinus

Hallo,

Laten we in eerste instantie 3dShapes en Nederland even uit het verhaal
halen. Dat verhit alleen de gemoederen. Laten we in plaats daarvan een
hypothetische Duitse mapper nemen (die zijn goed in micromapping).

Bij hem in de buurt is een park. Tijdens de eerste ronde van het met de
hand mappen heeft hij een polygoon getekend rond het hele park. Dit
heeft hij, zoals de meeste mappers in de wereld, getagged met
leisure=park. De wijk waarin het park ligt heeft hij ingetekend met een
andere polygoon en deze heeft hij getagged met landuse=residential. Het
park ligt midden in de wijk, dus beide polygonen overlappen. Dit is geen
situatie waar je een multipolygoon toepast, want het park is een deel
van de woonwijk, niet een gat erin.

Vervolgens komt de tweede ronde mappen. Hij trekt alle gebouwen over van
Bing-foto's en tagged ze met adressen volgens het Karlsruhe-schema en de
tags building=yes en building:use=residential. Door al die woonhuizen is
het vrij duidelijk dat dit een woonwijk is, toch zal niemand het vreemd
vinden dat de tag landuse=residential niet wordt verwijderd.

In de derde ronde mappen worden alle grasveldjes, struiken, bomen,
bankjes en vuilnisbakken in de wijk (inclusief park) ingetekend. Net als
landuse=residential in de tweede ronde bleef staan, is er voor deze
Duitse mapper geen enkele reden leisure=park weg te halen. Er is
(ondanks de puinhoop in de namen/groepering van de tags in OSM) geen
conflict tussen het landgebruik (park) en de landcover (gras, boom).

- - - - - - - - - - -

Terug naar Nederland.

Een aantal malen wordt in deze thread het voorbeeld van de Veluwe
aangehaald. Voor geografische namen die niets met bewoning te maken
hebben, was er in osm al een tag beschikbaar, voordat we in Nederland
met toponym= begonnen. Namelijk: place=locality (Ik weet vrij zeker dat
ik al eerder op de mailinglijst of het forum wat geschreven heb over
toponym vs. locality)

- - - - - - - - - - -

Blijft er nog één geval over m.b.t. de 3dShapes import. Een grote lap
bos (of heide of water ...) van AND wordt vervangen een heleboel kleine
stukjes 3dShapes met dezelfde tag. Dan zullen er inderdaad weinig
mappers te vinden zijn in de wereld die de name= tag op al die kleine
stukjes gaan zetten. Ook is het geen goed idee om de landuse tag op die
grote lap te laten staan, dat geeft namelijk een conflict met dat ene
weilandje midden in het bos (of dat eilandje in het water, of dat bosje
midden op het heideveld, ...)

Kijkend naar taginfo is dit laatste ook waar toponym veruit het vaakst
voor gebruikt is. (Zeker als je je realiseert dat tijdens de AND import
geregeld ook bosjes in het buitengebied onterecht als leisure=park zijn
getagged.)

Voor de volledige duidelijkheid: Ik zie geen enkel probleem in het
gebruik van toponym voor dit derde geval.

---
m.v.g.,
Cartinus

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

Re: [Talk-de] Flyer, woher?

2012-03-23 Thread Manuel Reimer

Frederik Ramm frederik at remote.org writes:
 Sorry, ich hab hier nicht so intensiv mitgelesen wg. FOSSGIS-Konferenz. 
 Ich seh mal zu, dass ich die fehlenden Bilder im SVN ergaenze. Gern 
 verschicke ich auch Exemplare mit der Post.

Was kosten gedruckte Exemplare per Post?

Frage deshalb, weil bei uns im Dorf bald eine Jubiläumsfeier ansteht. Unter
anderem soll es eine Stellwand mit einer Karte vom Dorf geben, auf der bestimmte
Punkte mit Zahlen gekennzeichnet sind, um diese außen mit Text und Bild besser
zu erklären.

Ich habe ich mich angeboten, eine Karte auf DINA1 zu rendern und zu drucken.
Natürlich drucke ich dann auch einen Hinweis auf OSM und auf die Lizenz (dann
möglicherweise sogar schon ODbL) auf. Ich will dann aber zumindest mal fragen,
ob ich als kleine Gegenleistung für die Arbeit auch ein paar Flyer auslegen 
darf.

Gruß

Manuel


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

Re: [Talk-de] Flyer, woher?

2012-03-23 Thread Carsten Schwede


Hi Manuel,

Am 23.03.2012 07:32, schrieb Manuel Reimer:

Frederik Rammfrederikat  remote.org  writes:

verschicke ich auch Exemplare mit der Post.


Was kosten gedruckte Exemplare per Post?


Nix, die Geofabrik sponsort die.

--
Viele Gruesse
Computerteddy

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

[Talk-de] Geofabrik-Downloads nach dem Lizenzwechsel

2012-03-23 Thread Frederik Ramm


Hallo,

   das hier ist eine kleine Vorwarnung fuer Leute, die die 
Geofabrik-Downloads von download.geofabrik.de benutzen.


Wenn der Lizenzwechsel von der OSMF vollzogen ist und das erste 
ODbL-Planetfile veroeffentlicht wurde, wird es etwa einen Tag dauern, 
bis die erste Runde neuer Extrakte produziert ist, und dann geht es 
normal weiter. Alle Extrakte sind dann unter der ODbL.


Damit Leute nicht die neuen, anders lizensierten Daten herunterladen, 
ohne sich dessen ueberhaupt bewusst zu sein, werden wir allerdings den 
Download-URL aendern (vermutlich von /osm/... auf /openstreetmap/...). 
Die letzte Version der CC-BY-SA-Daten wird eine Weile unveraendert unter 
/osm liegen bleiben, und danach zeigt /osm dann auf eine Hoppla, alles 
hat sich geaendert-Seite.


Es wird keine automatischen Weiterleitungen geben.

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] Auszeichnung fuer Bikepark gesucht

2012-03-23 Thread Felix Hartmann


On 22.03.2012 10:17, aighes wrote:

Am 22.03.2012 10:08, schrieb Schorschi:

es wäre prima, wenn jemand aus der Bike- oder MTB-Fraktion noch mal
seine Meinung abgibt.

Ich hab jetzt mal folgendes genutzt:

leisure=track
mtb:type=bikepark
sport=cycling

und die folgenden habe ich auch noch angehängt, das ist aber eher
Informations-Dopplung oder?
Wenn leisure=track auch als Linie definiert ist, würde ich das 
area=yes setzen, ansonsten nicht. Wichtig fände ich noch die 
Oberfläche zu erfassen. Ist das nun eine Schlammbahn, oder eher 
sowas Halfpipe-ähnliches oder gar eine Strecke fürs Bahnradfahren. Das 
lässt das das sport=cycling noch offen. Kenne mich in der Szene aber 
zu wenig aus, als das ich hier Fachbegriffe für eine nähere 
Beschreibung abgeben könnte.


Henning

Also primär kann man natürlich beides mappen, die area und die Wege an 
sich. Hier muss man jetzt halt etwas aufpassen ob wir BMX zu Mtbike 
zählen oder nicht. Ich würde mal sagen ja, allerdings  sollte das oben 
beschriebene eher mtb:type=dirtjump oder mtb:type=bmx heißen. Ein 
Dirtjumppark / BMX Strecke ist für mich kein Bikepark. Bei einem großen 
Bikepark ist es IMHO auch sinniger, wenn man nur die Trails an sich 
mapped, wir wollen ja nicht etwa das komplette Gebiet Portes du Soleil 
als Bikepark taggen - oder da um die ganzen Lifte rumherun Flächen 
ziehen. Skigebiete werden ja auch nicht als area gemapped, sondern die 
Pisten an sich.


Bei einer kleinen BMX Strecke, Dirtjump park, wo sich alles schnell 
ändert (einmal die Wochen fahrens mit dem Caterpillar durch, und ändern 
alles) macht dies dagegen evtl schon Sinn. Weil die einzelnen 
Obstacles/Trails zu mappen nicht sinnvoll ist a) weil es sich zu schnell 
ändert b) weil man es für die Orientierung nicht braucht - die 
Übersichtlichkeit ist weil klein eh gegeben.



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

Re: [Talk-de] Flyer, woher?

2012-03-23 Thread Jacques Nietsch


Hallo Frederik

Am 22.03.2012, 20:39 Uhr, schrieb Frederik Ramm frede...@remote.org:


Hi,

On 03/22/2012 10:37 AM, Jacques Nietsch wrote:

ich brauche dringend wieder OSM-Flyer (z.B. die von der Geofabrik).
Im Wiki habe ich nichts entsprechendes gefunden, nur PNG's mit niedriger
Auflösung, oder unvollständige SVG-Dateien.


Sorry, ich hab hier nicht so intensiv mitgelesen wg. FOSSGIS-Konferenz.  
Ich seh mal zu, dass ich die fehlenden Bilder im SVN ergaenze. Gern  
verschicke ich auch Exemplare mit der Post.


Entwarnung! Da fehlte nichts, es war meine eigene Dusseligkeit. Ich hatte
ein Versionsmischmasch.

Blöd ist nur, das wegen dem fehlenden Font das Layout, zu mindestens bei  
mir,
etwas verhunzt ist. Praktisch wäre es wenn Du eine aus der SVG-Datei  
erzeugte

PDF-Datei in DIN A4 daneben legen würdest, sozusagen 'ready to use'. Das
würde es für viele einfacher machen.

Ansonsten, schicke doch mal eine Lieferung an Lehmans in Hamburg, dann  
habe nicht

nur ich was davon...



Eine Neuauflage steht auch mal wieder an. Wenn jemand einen Vorschlag  
machen moechte, welche Kartenausschnitte wir diesmal abbilden sollen...  
;)


Ja, zumal auch mittlerweile ein Lizenzwechsel stattgefunden hat und somit  
die

alten Flyer nicht mehr korrekt sind.



Bye
Frederik



Schöne Grüße
Jacques


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

Re: [Talk-de] Auszeichnung fuer Bikepark gesucht

2012-03-23 Thread Chris66

Am 22.03.2012 10:08, schrieb Schorschi:

 und die folgenden habe ich auch noch angehängt, das ist aber eher 
 Informations-Dopplung oder?
 
 area=yes

bei leisure=track ist das wichtig, da es sowohl linienförmige als
auch flächenförmige Bahnen gibt.

 bicycle=yes

Ist als Hinweis für Router gedacht, beim Berechnen einer Radroute
dort drüber zu routen. Ich kenne Deine Bahn nicht, aber wenn
da normale Radler eher nicht drüber geschickt werden sollten,
dann kein bicycle=yes.

Chris


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

Re: [Talk-de] Geofabrik-Downloads nach dem Lizenzwechsel

2012-03-23 Thread Wolfgang

Hallo,
Am Freitag, 23. März 2012 07:56:16 schrieb Frederik Ramm:
 Hallo,
 
 das hier ist eine kleine Vorwarnung fuer Leute, die die
 Geofabrik-Downloads von download.geofabrik.de benutzen.
 
 Wenn der Lizenzwechsel von der OSMF vollzogen ist und das erste
 ODbL-Planetfile veroeffentlicht wurde, wird es etwa einen Tag dauern,
 bis die erste Runde neuer Extrakte produziert ist, und dann geht es
 normal weiter. Alle Extrakte sind dann unter der ODbL.
 
 Damit Leute nicht die neuen, anders lizensierten Daten herunterladen,
 ohne sich dessen ueberhaupt bewusst zu sein, werden wir allerdings
 den Download-URL aendern (vermutlich von /osm/... auf
 /openstreetmap/...). Die letzte Version der CC-BY-SA-Daten wird eine
 Weile unveraendert unter /osm liegen bleiben, und danach zeigt /osm
 dann auf eine Hoppla, alles hat sich geaendert-Seite.
 
 Es wird keine automatischen Weiterleitungen geben.

Dazu die Frage: Ist schon etwas geplant, wo zukünftig der letzte cc-by-
sa-Planet liegen wird? Wird man den nur als ganzes runterladen können 
oder wird es für die Zeit, bis OSM-ODBL aus den Ruinen auferstanden ist, 
so etwas wie die Overpass-API geben?

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

[Talk-de] Fehler in der deutschsprachigen ORG-Seite

2012-03-23 Thread Jan Tappenbeck


hi !

habe gerade auf der deutschen ORG-Seite 2x Blogs steht - zu 
unterschiedlichen Zielen.


Vielleicht sollten unterscheidbare Begriffe verwendet werden.

Gruß Jan :-)

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

Re: [Talk-de] Fehler in der deutschsprachigen ORG-Seite

2012-03-23 Thread Tobias Knerr


Am 23.03.2012 14:26, schrieb Jan Tappenbeck:

habe gerade auf der deutschen ORG-Seite 2x Blogs steht - zu
unterschiedlichen Zielen.

Vielleicht sollten unterscheidbare Begriffe verwendet werden.


Wir sollten einfach den zweiten Link streichen. Denn die 
Benutzer-Diaries (zweiter Link) sind ohnehin auch im Blog-Planet (erster 
Link) enthalten.


Tobias

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

Re: [Talk-de] WIWOSM-Projekt ist live

2012-03-23 Thread Kolossos

Zum Glück hatte ich, durch das Query-to-map Projekt, lang genug den von 
dir vorgeschlagenen Ansatz selbst verfolgt, um dir die Nachteile nennen 
zu können, die für mich überwiegen:
*Die Wikipedia ist eine schlechte Datenbank. An die Queries (die im 
Wiki-text gespeichtert sind) käme man garnicht oder nur mit dreckigen 
Tricks ran. (Mit Wiki-data wird das ggf. mal anders, aber das kann noch 
dauern.)
*Man hat die vers. Sprachen der Wikipedia und damit auch zig vers. 
Communities. Umstellungen des Tagging-schemas sind da kaum flexible zu 
lösen.
*Ich hatte einmal meine Schnittstelle von Query-to-map komplett 
umstellt, auch von OSM wird es irgendwann mal eine neue API geben. Wie 
sieht es dann mit der Langzeitstabilität der Schnittstelle aus.

*Wer garantiert die Stabilität eines Overpass Dienstes?
*Sollen die Abfragen flexibel sein, steigt die Gefahr, dass man mit 
hyperkomplexen Abfragen die gesamte Systemperformance killen kann. Wie 
willst man das absichern?
*Der Vorschlag die ID von OSM-Objekten zu nutzen, funktioniert 
bekanntermaßen schon nicht mehr, wenn ein Weg gesplittet wird.
*Die Abfragen, die du willst, sind nun auch nicht gerade sehr 
nutzerfreundlich. Aber das ist ja nicht dein Problem oder das Problem 
von OSM, weil du das Problem ja anscheinend zur Wikipedia schieben willst.


Wo bleibt hier bitte das Grundrecht innerhalb von OSM, dass jeder Nutzer 
das eintragen darf was Ihm wichtig erscheint? Damit meine ich halt auch 
die Verknüpfung mit einer der führenden Referenz- und Nachschlagewerke 
der heutigen Zeit.


Ich bin auf dritte Meinungen gespannt.

Grüße Tim

Am 22.03.2012 16:12, schrieb Peter Wendorff:

Wie gesagt: Mein Vorschlag wäre sowas wie ein osm-overpass-api-link:
- Der WIWOSM-Mechanismus kann weiterhin die wikipedia-Tags auswerten,
und entsprechende Links generieren.
- Einfache Objekte könnten über die ID eingebunden (und damit im
wikipedia-editor simpel unterstützt) werden
- Komplexe Objekte oder Objektsammlungen könnten über overpass-queries
per Hand in den Artikel eingepflegt werden.
- Durch die Möglichkeit, aktiv aus wikipedia heraus zur OSM zu
verlinken, entfällt die Versuchung, Relationen anzulegen, nur um ein
Objekt in zwei Artikeln zu verwenden, oder Sammelrelationen anzulegen,
weil alle Aldi-Süd-Filialen doch schön in den WP-Artikel passen würde.

Gruß
Peter




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

Re: [Talk-de] WIWOSM-Projekt ist live

2012-03-23 Thread Peter Wendorff


Autsch...

Da hast du mich falsch verstanden.
Ich will das Recht, Tags, auch Wikipedia-Tags, in OSM zu setzen, gar 
nicht beschneiden, und ich glaube, ich habe ja auch geschrieben, dass 
die wp-Tags in OSM weiterhin für Standard-Verknüpfungen genutzt werden 
könnten (automatisch eingefügt in die entsprechenden Artikel).


Nicht umsonst ist OSM, unabhängig von Wikipedia, aber eher skeptisch, 
was Sammelrelationen angeht wie Bundesstraßen in Deutschland oder 
Straßenbahnnetz Bielefeld. Klar: Man kann solche Relationen eintragen, 
und diese Konstrukte hätten eine gute Berechtigung gerade für einen 
Wikipedia-Artikel.


Mein Ansatz, und soweit ich das sehe, die der Mehrheit oder einer 
zumindest nicht zu vernachlässigen Minderheit aktiver OSMler, ist in 
diesem Bereich deshalb, mit gemeinsamen Tags zu arbeiten. So lassen sich 
die Bundesstraßen in Deutschland zum Beispiel auch über alle Straßen, 
deren ref-Tag mit B anfängt, und die innerhalb der Staatsgrenze liegen 
referenzieren. Die Overpass-API ist EINE der Möglichkeiten, das zu tun, 
und sie erlaubt damit sogar stabile Referenz-Links, um die Daten zum 
Beispiel einer solchen Abfrage abzurufen.


Damit sind aber auch Karten wie Städte des westfälischen Hansebunds 
oder Niedersächsische Abschnitte des Weserradwegs denkbar.


Zu deinen Gegenargumenten:

Am 23.03.2012 15:16, schrieb Kolossos:
Zum Glück hatte ich, durch das Query-to-map Projekt, lang genug den 
von dir vorgeschlagenen Ansatz selbst verfolgt, um dir die Nachteile 
nennen zu können, die für mich überwiegen:
*Die Wikipedia ist eine schlechte Datenbank. An die Queries (die im 
Wiki-text gespeichtert sind) käme man garnicht oder nur mit dreckigen 
Tricks ran. (Mit Wiki-data wird das ggf. mal anders, aber das kann 
noch dauern.)
Sind nicht genau für sowas Templates da, die doch sowieso ausgewertet 
werden müssen? Wenn ein MapQueryDisplay-Template die entsprechende Query 
enthielte, könnten diese Templates ausgewertet werden, die 
entsprechenden Ergebnisse könnte man zudem cachen, um den Aufwand zu 
verringern.
*Man hat die vers. Sprachen der Wikipedia und damit auch zig vers. 
Communities. Umstellungen des Tagging-schemas sind da kaum flexible zu 
lösen.

Das Argument verstehe ich nicht so richtig...
*Ich hatte einmal meine Schnittstelle von Query-to-map komplett 
umstellt, auch von OSM wird es irgendwann mal eine neue API geben. Wie 
sieht es dann mit der Langzeitstabilität der Schnittstelle aus.

*Wer garantiert die Stabilität eines Overpass Dienstes?
Zu beiden Fragen: Die Overpass-API ist open source und nach Aussagen der 
Entwickler relativ ressourcenschonend, notfalls könnte man den Dienst 
also replizieren.
*Sollen die Abfragen flexibel sein, steigt die Gefahr, dass man mit 
hyperkomplexen Abfragen die gesamte Systemperformance killen kann. Wie 
willst man das absichern?
Auch komplexere Abfragen sind nach Aussage der Overpass-Entwickler kein 
großes Problem. Damit das nicht jedesmal gemacht wird, würde ich die 
Ergebnisse auf wikimedia-Seite cachen.
*Der Vorschlag die ID von OSM-Objekten zu nutzen, funktioniert 
bekanntermaßen schon nicht mehr, wenn ein Weg gesplittet wird.
Andersrum ist dann aber auch üblicherweise nicht an jedem Teil der 
Bundesstraße ein wikipedia-Link, WENN das passiert.
Overpass würde Abfragen wie [BBOX_DEUTSCHLAND][highway=*][ref=B 124] 
unterstützen, was immun gegen splits ist.
*Die Abfragen, die du willst, sind nun auch nicht gerade sehr 
nutzerfreundlich. Aber das ist ja nicht dein Problem oder das Problem 
von OSM, weil du das Problem ja anscheinend zur Wikipedia schieben 
willst.
Noch einmal: Den Standardfall mit den Wikipedia-Tags will ich gar nicht 
antasten, und der bleibt so benutzerfreundlich wie jetzt.
Ich schlage aber eine zusätzliche Möglichkeit vor, die weitere Nutzungen 
erlaubt. Das ist etwas schwieriger zu handhaben, aber die einfache 
Variante würde ja weiterhin funktionieren.
Wo bleibt hier bitte das Grundrecht innerhalb von OSM, dass jeder 
Nutzer das eintragen darf was Ihm wichtig erscheint? Damit meine ich 
halt auch die Verknüpfung mit einer der führenden Referenz- und 
Nachschlagewerke der heutigen Zeit.
Ich will dieses Grundrecht nicht antasten. Ich will vermeiden, dass 
(mal wieder) das OSM-Tagging verbogen bzw. missbraucht wird, mit 
Sammelrelationen, die niemandem ernsthaft nutzen ausser einer 
Implementierung von Wikipedia, die mit sinnvollen Abfragen eben leider 
nicht umgehen kann.


Gruß
Peter

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

Re: [Talk-de] Fehler in der deutschsprachigen ORG-Seite

2012-03-23 Thread Claudius


Am 23.03.2012 14:36, Tobias Knerr:

Am 23.03.2012 14:26, schrieb Jan Tappenbeck:

habe gerade auf der deutschen ORG-Seite 2x Blogs steht - zu
unterschiedlichen Zielen.

Vielleicht sollten unterscheidbare Begriffe verwendet werden.


Wir sollten einfach den zweiten Link streichen. Denn die
Benutzer-Diaries (zweiter Link) sind ohnehin auch im Blog-Planet (erster
Link) enthalten.

Tobias


Ich hab die Übersetzung der Diaries schon vor über einer Woche 
angepasst. Mit der nächsten Website-Aktualisierung wird der Text korrigiert.


Claudius


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

Re: [Talk-de] Geofabrik-Downloads nach dem Lizenzwechsel

2012-03-23 Thread Frederik Ramm


Hallo,

On 03/23/2012 10:43 AM, Wolfgang wrote:

Dazu die Frage: Ist schon etwas geplant, wo zukünftig der letzte cc-by-
sa-Planet liegen wird? Wird man den nur als ganzes runterladen können
oder wird es für die Zeit, bis OSM-ODBL aus den Ruinen auferstanden ist,
so etwas wie die Overpass-API geben?


Mir sind zu dem Thema noch keine Aussagen bekannt. Dass die OSMF etwas 
anderes als einen vollen Planet-Download anbietet, halte ich fuer 
unwahrscheinlich. Natuerlich gibt es den FOSM-Server, der einen 
CC-BY-SA-Fork hat, aber ob es dafuer eine XAPI oder so gibt, weiss ich 
nicht.


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] Liste aller hessischen Schulen verfügbar

2012-03-23 Thread Christoph Böhme

Hallo,

vor einiger Zeit habe ich das Amt für Lehrerbildung in Hessen mit der
Frage kontaktiert, ob wir ihre Schuldatenbank [1] für OpenStreetMap
nutzen könnten. Mein Gesprächspartner war sehr aufgeschlossen für die
Idee und vor einer Woche habe ich nun eine Liste aller hessischen
Schulen zur Nutzung in OpenStreetMap bekommen.

Nach einer Diskussion im Februar hier auf der Liste bin ich von der
Idee, die Schulliste direkt in die Datenbank zu importieren abgerückt
und habe nun stattdessen OSM-Dateien ins Wiki gestellt [2]. Die Dateien
enthalten jeweils Nodes für alle Schulen in einem bestimmten
Postleitzahlengebiet.

Neben dem Schulnamen enthalten die zur Verfügung gestellten Daten die
Adresse der Schule und Angaben über die Schulart sowie eine eindeutige
Dienststellennummer, die sich zur Referenzierung von Schulen eignet. Es
wäre toll, wenn wir diese Daten in die OSM-Daten übernehmen könnten.

Viele Grüße,
Christoph

[1] http://dms-schule.bildung.hessen.de/suchen/suche_schul_db.html
[2] wiki.openstreetmap.org/wiki/DE:Hesse/Schools

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

Re: [Talk-de] WIWOSM-Projekt ist live

2012-03-23 Thread Kolossos

Ja, da lag wohl ein Missverständniss vor.
Ich habe deine Argumente bezüglich der Nutzung in Sammelartikeln mit in
die Doku mit übernommen:

http://wiki.openstreetmap.org/w/index.php?title=WIWOSMaction=historysubmitdiff=752002oldid=751602

Die Templates werden zwar ausgewertet aber die Templateeinträge nirgens
ordentlich in eine Datenbank geschrieben. Das modifizieren eines
Eintrages ist noch kniffliger man muß den ganzen Artikel (gerne mal
100kB) runterladen, die Vorlage suchen und ändern und dann wieder alles
hochladen.

Mit den verschiedenen Communities ist das echt tricky man hat die
Projektgruppe WP:GEO in mindestens 13 Sprachen und alle machen irgendwie
ihr eigenes Ding. Irgendwie funktioniert es, aber schön ist das nicht. ...

Grüße Tim

Am 23.03.2012 16:33, schrieb Peter Wendorff:

Autsch...

Da hast du mich falsch verstanden.
Ich will das Recht, Tags, auch Wikipedia-Tags, in OSM zu setzen, gar
nicht beschneiden, und ich glaube, ich habe ja auch geschrieben, dass
die wp-Tags in OSM weiterhin für Standard-Verknüpfungen genutzt werden
könnten (automatisch eingefügt in die entsprechenden Artikel).

Nicht umsonst ist OSM, unabhängig von Wikipedia, aber eher skeptisch,
was Sammelrelationen angeht wie Bundesstraßen in Deutschland oder
Straßenbahnnetz Bielefeld. Klar: Man kann solche Relationen eintragen,
und diese Konstrukte hätten eine gute Berechtigung gerade für einen
Wikipedia-Artikel.

Mein Ansatz, und soweit ich das sehe, die der Mehrheit oder einer
zumindest nicht zu vernachlässigen Minderheit aktiver OSMler, ist in
diesem Bereich deshalb, mit gemeinsamen Tags zu arbeiten. So lassen sich
die Bundesstraßen in Deutschland zum Beispiel auch über alle Straßen,
deren ref-Tag mit B anfängt, und die innerhalb der Staatsgrenze liegen
referenzieren. Die Overpass-API ist EINE der Möglichkeiten, das zu tun,
und sie erlaubt damit sogar stabile Referenz-Links, um die Daten zum
Beispiel einer solchen Abfrage abzurufen.

Damit sind aber auch Karten wie Städte des westfälischen Hansebunds
oder Niedersächsische Abschnitte des Weserradwegs denkbar.

Zu deinen Gegenargumenten:

Am 23.03.2012 15:16, schrieb Kolossos:

Zum Glück hatte ich, durch das Query-to-map Projekt, lang genug den
von dir vorgeschlagenen Ansatz selbst verfolgt, um dir die Nachteile
nennen zu können, die für mich überwiegen:
*Die Wikipedia ist eine schlechte Datenbank. An die Queries (die im
Wiki-text gespeichtert sind) käme man garnicht oder nur mit dreckigen
Tricks ran. (Mit Wiki-data wird das ggf. mal anders, aber das kann
noch dauern.)

Sind nicht genau für sowas Templates da, die doch sowieso ausgewertet
werden müssen? Wenn ein MapQueryDisplay-Template die entsprechende Query
enthielte, könnten diese Templates ausgewertet werden, die
entsprechenden Ergebnisse könnte man zudem cachen, um den Aufwand zu
verringern.

*Man hat die vers. Sprachen der Wikipedia und damit auch zig vers.
Communities. Umstellungen des Tagging-schemas sind da kaum flexible zu
lösen.

Das Argument verstehe ich nicht so richtig...

*Ich hatte einmal meine Schnittstelle von Query-to-map komplett
umstellt, auch von OSM wird es irgendwann mal eine neue API geben. Wie
sieht es dann mit der Langzeitstabilität der Schnittstelle aus.
*Wer garantiert die Stabilität eines Overpass Dienstes?

Zu beiden Fragen: Die Overpass-API ist open source und nach Aussagen der
Entwickler relativ ressourcenschonend, notfalls könnte man den Dienst
also replizieren.

*Sollen die Abfragen flexibel sein, steigt die Gefahr, dass man mit
hyperkomplexen Abfragen die gesamte Systemperformance killen kann. Wie
willst man das absichern?

Auch komplexere Abfragen sind nach Aussage der Overpass-Entwickler kein
großes Problem. Damit das nicht jedesmal gemacht wird, würde ich die
Ergebnisse auf wikimedia-Seite cachen.

*Der Vorschlag die ID von OSM-Objekten zu nutzen, funktioniert
bekanntermaßen schon nicht mehr, wenn ein Weg gesplittet wird.

Andersrum ist dann aber auch üblicherweise nicht an jedem Teil der
Bundesstraße ein wikipedia-Link, WENN das passiert.
Overpass würde Abfragen wie [BBOX_DEUTSCHLAND][highway=*][ref=B 124]
unterstützen, was immun gegen splits ist.

*Die Abfragen, die du willst, sind nun auch nicht gerade sehr
nutzerfreundlich. Aber das ist ja nicht dein Problem oder das Problem
von OSM, weil du das Problem ja anscheinend zur Wikipedia schieben
willst.

Noch einmal: Den Standardfall mit den Wikipedia-Tags will ich gar nicht
antasten, und der bleibt so benutzerfreundlich wie jetzt.
Ich schlage aber eine zusätzliche Möglichkeit vor, die weitere Nutzungen
erlaubt. Das ist etwas schwieriger zu handhaben, aber die einfache
Variante würde ja weiterhin funktionieren.

Wo bleibt hier bitte das Grundrecht innerhalb von OSM, dass jeder
Nutzer das eintragen darf was Ihm wichtig erscheint? Damit meine ich
halt auch die Verknüpfung mit einer der führenden Referenz- und
Nachschlagewerke der heutigen Zeit.

Ich will dieses Grundrecht nicht antasten. Ich will vermeiden, dass
(mal wieder) das

Re: [Talk-de] Liste aller hessischen Schulen verfügbar

2012-03-23 Thread k4r573n

Danke das hilft mir doch sehr weiter.
Denn ich habe vor in Braunschweig die Schulen zu erfassen und werde mich
dann an deinen Tagging Schema orientieren.

bleibt noch zu überlegen was man mit Musikschulen, Sprachschulen,
Internationale Schulen, Waldorfschulen, ... macht.
Denke mal ein eigener school:de Eintrag wäre sinnvoll.

viele Grüße
Karsten

On 23.03.2012 23:15, Christoph Böhme wrote:
 Hallo,

 vor einiger Zeit habe ich das Amt für Lehrerbildung in Hessen mit der
 Frage kontaktiert, ob wir ihre Schuldatenbank [1] für OpenStreetMap
 nutzen könnten. Mein Gesprächspartner war sehr aufgeschlossen für die
 Idee und vor einer Woche habe ich nun eine Liste aller hessischen
 Schulen zur Nutzung in OpenStreetMap bekommen.

 Nach einer Diskussion im Februar hier auf der Liste bin ich von der
 Idee, die Schulliste direkt in die Datenbank zu importieren abgerückt
 und habe nun stattdessen OSM-Dateien ins Wiki gestellt [2]. Die Dateien
 enthalten jeweils Nodes für alle Schulen in einem bestimmten
 Postleitzahlengebiet.

 Neben dem Schulnamen enthalten die zur Verfügung gestellten Daten die
 Adresse der Schule und Angaben über die Schulart sowie eine eindeutige
 Dienststellennummer, die sich zur Referenzierung von Schulen eignet. Es
 wäre toll, wenn wir diese Daten in die OSM-Daten übernehmen könnten.

 Viele Grüße,
 Christoph

 [1] http://dms-schule.bildung.hessen.de/suchen/suche_schul_db.html
 [2] wiki.openstreetmap.org/wiki/DE:Hesse/Schools

 ___
 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] Liste aller hessischen Schulen verfügbar

2012-03-23 Thread Walter Nordmann

hi,

danke für die daten - aber so richtig begeistert bin ich wirklich nicht.

Es wird hier die gesammte derzeitige Struktur der Hessischen Schulen bis ins
kleinste runtergebrochen. Dabei frage ich mich, was das mit osm als Geo-DB
zu tun hat.

Tags, die 99.% der Welt nicht braucht - dazu bestimmt auf hessische
Bedürfnisse zugeschnitten.
Ausserdem möchte ich nicht wissen, was bei einer irgendwann mal kommenden
Schulreform passieren soll.

Ich plädiere dafür, das Tagging erheblich zu vereinfachen und die doch sehr
schulspezifischen Information beim Land zu lassen. Ein Link dürfte mit der
Schulnummer (hier als ref=* abgelegt) relativ leicht möglich sein, wobei ich
mit Doppelgängern bei mehreren Bundesländern rechne.

Gruss
Walter

p.s. ich werde für meine Ecke erst mal die Daten zur
Vollständigkeitsprüfung verwenden aber von einer vollständigen Übernahme
aller Taggs absehen.

-
1---2-3--*4#
--
View this message in context: 
http://gis.19327.n5.nabble.com/Liste-aller-hessischen-Schulen-verfugbar-tp5590833p5590887.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-it] R: Re: Genova per l'Innovazione Digitale, an open smart city, 23 marzo

2012-03-23 Thread Giuliano

Dal di dentro dell'amministrazione comunale, nel mio ruolo di talpa rifaccio 
una precisazione già fornita in lista locale:
Gli atteggiamenti di cui si 
parla, relativi alle modalità di liberazione o meno del dato non attengono alla 
sfera politica che, genericamente, non può che condividere l'orientamento 
comunitario, volto a tale apertura, ma alle remore pregiudiziali dei funzionari 
che, essendo di fatto i materiali redattori dei capitolati, hanno fissato le 
regole di fruizione del dato stesso, e non hanno, se non in presenza di 
indicazione precise in merito da parte dei politici, alcuna intenzione di 
modificare il proprio atteggiamento in proposito, al fine di non rischiare 
personalmente.
Ma al politico compete l'indicazione della via da seguire, non 
entrare nel merito di come farlo.
Ciò permette il gioco delle parti, che 
consente di dire di avere la volontà politica di adempiere e, 
contemporaneamente, di non farlo effettualmente, perchè il funzionario, non 
indirizzato specificamente in tal senso, vede il rischio di giocarsi la 
carriera. Quindi, per prima cosa, non si assume responsabilità.
Questo è il 
nodo gordiano da sciogliere. Anche dal di dentro le speranze dei giovani (che 
stanno apertamente con noi e con il futuro ineluttabile) vengono frustrate da 
questo atteggiamento prudente.
Non aggiungo di più, ma è significativo il 
fatto che, al di la degli annunci e dell'utilizzo dell'aggettivo open, anche 
a sproposito, non si assista a nulla di propositivo riguardo alle licenze 
d'uso, per nostra disciplina esiziali.

Ciao
Giuliano

Messaggio 
originale
Da: napoo...@gmail.com
Data: 22-mar-2012 22.41
A: 
ale_z...@libero.it, openstreetmap list - italiano
Ogg: Re: [Talk-it] 
Genova per l#39;Innovazione Digitale, an open smart city, 23 marzo

 Non so 
dirvi se ci faremo 4 risate o il sangue marcio, ma sarà curioso
 ascoltare 
cosa ci diranno sugli Opendata (nella vita c'è sempre da imparare :))
 )


Secondo me invece troverai qualcuno con le idee chiare in merito.

 Ebbene, 
per aumentare l'accesso e la disponibilità dei dati geografici si
 parla 
prima di accordi formali, poi negli obiettivi si parla di condivisione
 
dei dati tra gli aderenti !

Secondo me sei troppo scettico e prevenuto.

Se proprio devo fare una critica a quanto scritto in quel paper e' che
fanno 
la solita confusione fra open data e open government data.
Nel senso che open 
data e' un paradigma, una filosofia, quando ci metti
in mezzo la parola 
goverment parli di dati prodotti dalla pubblica
amministrazione
che sono dati 
di cui - teoricamente - i costi sono coperti dalle tasse e quindi
dovrebbero 
essere bene pubblico.
Discorso diverso invece vale per i dati di comunita' (= 
openstreetmap) e per
quelli di aziende.
Non mi dilungo, ma se vuoi(lete) ci 
torno.

Rimango perplesso dal fatto che si parli di accordi, ma forse (spero)

il concetto
e' che si intenda sul fatto di fornire licenze dati aperti

 
In un recente incontro con una P.A. che detiene molti dati ci siamo sentiti
 
dire: sì ma se vi rilasciamo i dati a noi cosa ne viene?

Questa l'ho 
sentita molte volte.
Per me vale nel caso delle aziende, un po' meno per le p.
a. solo che
qualche volta bisogna mostrar loro quali sono in vantaggi o, 
quantomeno
far capire loro che i dati potrebbero avere uno scenario diverso da 
quello
per cui sono stati pensati o che - ancora meglio -potrebbero essere i 
privati
ad offrire servizi che la p.a. dovrebbe pensare e sviluppare.


Argomento pero' lungo e delicato e non mi va di annoiare con lunghe
email.

Ormai e' piu' di un anno che parlo di open data in giro per l'Italia (e un

po' in europa).
Unico consiglio: non andate li' prevenuti, mettetevi in 
ascolto e lasciate
che siano i fatti a parlare.
Il progetto HOT di OSM parla 
da solo, non serve fare altro e poi basta
portare qualche bel esempio 
italiano.

La menata della certificazione del dato alla fine va a farsi 
benedire
quando sei in situazioni estreme come le emergenze.
Giustamente in 
molti lo danno come prerequisito, anche se poi il
processo di certificazione 
fa diventare il dato obsoleto.


___
Talk-it mailing list
Talk-
i...@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] R: Re: Genova per l'Innovazione Digitale, an open smart city, 23 marzo

2012-03-23 Thread niubii

... sarebbe interessante capire come hanno fatto i vari Navteq, TeleAtlas,
e la stessa Google ad ottenere dalle PA i dati di partenza (ad esempio la
toponomastica ed il grafo stradale) sui quali poi hanno costruito i
rispettivi prodotti.

Per quella che è la mia limitatissima esperienza, alcuni Funzionari
insabbiano volutamente le richieste come le nostre se:
1. non ci guadagnano nulla (riferito all'aspetto economico);
2. comporta per loro un qualche dispendio di tempo o energia.

Contro di queste persone il politico non può nulla. Se decidono di
bloccare, riescono. Sono i marescialli che comandano le caserme, non i
colonnelli.

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

[Talk-it] R: R: Aiuto

2012-03-23 Thread Sergio Peduzzi

Grazie per l'info
Se hai anche gli indirizzi (mail) di questo gruppo fammeli sapere
Grazie e buona giornata

Sergio

-Messaggio originale-
Da: Elena ``of Valhalla'' [mailto:elena.valha...@gmail.com] 
Inviato: venerdì 23 marzo 2012 00:07
A: talk-it@openstreetmap.org
Oggetto: Re: [Talk-it] R: Aiuto

On 2012-03-22 at 16:30:48 +0100, Sergio Peduzzi wrote:
 Per prima cosa grazie Alessandro e grazie a tutti per le cortesi risposte
 La zona in cui vorrei inserire le mie tracce GPS è la zona del Luinese, VA
 (lago maggiore) ossia i sentieri che percorrono i boschi e le montagne sul
 confine Italo/Svizzero.

Se ti interessa a Varese c'e` un gruppo di mappatori che si ritrova 
di tanto in tanto in occasione degli incontri del gruppo 
linux/free software/hacklab, e comunque rimane in contatto 
tramite la mailing list dello stesso gruppo.

C'e` anche qualcuno che si e` occupato seriamente di sentieri, 
ma non so se sia mai salito verso il Luinese o se si sia sempre 
limitato al Campo dei Fiori

-- 
Elena ``of Valhalla''

___
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] R: Re: Genova per l'Innovazione Digitale, an open smart city, 23 marzo

2012/3/23 niubii f.pelu...@gmail.com:
 ... sarebbe interessante capire come hanno fatto i vari Navteq, TeleAtlas, e
 la stessa Google ad ottenere dalle PA i dati di partenza (ad esempio la
 toponomastica ed il grafo stradale) sui quali poi hanno costruito i
 rispettivi prodotti.

Per quel poco che so in parte sono dati autoraccolti, in parte vengono
acquistati dalle p.a. restituendo pero' i dati con eventuali correzioni.
Si tratta pero' di casi molto specifici.


 Per quella che è la mia limitatissima esperienza, alcuni Funzionari
 insabbiano volutamente le richieste come le nostre se:
 1. non ci guadagnano nulla (riferito all'aspetto economico);
 2. comporta per loro un qualche dispendio di tempo o energia.

concordo che sono argomenti  gia' sentiti.

 Contro di queste persone il politico non può nulla. Se decidono di bloccare,
 riescono. Sono i marescialli che comandano le caserme, non i colonnelli.

Concordo anche su questa situazione, il piu' delle volte pero' la soluzione
e' quella di fare i conti in tasca.
Spesso i costi per bloccare le richieste o distribuire solo a pochi porta dei
risultati in cui i costi sono superiori ai guadagni.

Qui avevo scritto due cose in merito ad esperienze personali e letture varie
http://de.straba.us/2011/09/26/kickoff-quick-dirty-open-government-data/

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

Re: [Talk-it] Import dati geografici da un comune

2012/3/23 Leonardo Guardati leonardo.guard...@poste.it:
 Ciao a tutti,
   avrei la possibilità di ottenere dei dati geografici da parte di un
 comune. Quali sono le implicazioni/i vincoli per poterli utilizzare
 senza infrangere i termini della licenza di osm?

Puoi scegliere due vie:
1 - chiedere il permesso solo per osm, il che vuol dire che quei
dati saranno inseirti solo in osm e seguiranno quello che succede
con la licenza osm
2 - chiedere che usino un approccio open data e a trarne beneficio
siano tutti e non solo openstreetmap

fra i due approcci preferisco di gran lunga il secondo.
Considerando poi l'ondata open data italiana e' anche facile
attaccarsi a questo concetto.
Quanto alle licenze io preferisco la cc0 in quanto risolve
diversi grattacapi di responsabilita' ad una p.a.

Meglio se vai su una CC-BY.
Puoi sempre calare il poker mostrando che e' la licenza piu'
usata (guarda su dati.gov.it)
Se hanno paura allora proponi la IODL 2.0 (e *non* la 1.0)
che praticamente e' la cc-by ma offerta dagli enti funzionali
del governo italiano (= formez).

eviterei come la peste licenze come cc-by-sa, odbl, e iodl 1.0
Le ragioni sono diverse.
Nel caso specifico di una piccola p.a. faccio presente il fatto
che gestire poi le violazioni o tracciare tutto il resto diventa
un problema.


 Ho letto la lettera [1] ed i vari riferimenti contenuti.
 Sarebbe sufficiente ottenere l'autorizzazione alla diffusione rilasciata
 dal responsabile dell'ufficio tecnico? oppure e necessaria una delibera
 della giunta comunale?
 Dato che nel primo caso la cosa sarebbe molto più semplice ed immediata.

Anche qui puoi scegliere entrambi gli approcci.
La soluzione migliore e' comunue convincere il responsabile del'ufficio
tecnico che chieda poi la delibera dalla giunta comunale.
Di aiuto ci sono diverse delibere gia' fatte da altri.
Buoni sistemi sono quelli di collegarsi a quanto scritto nel CAD sui
temi dei dati
http://www.digitpa.gov.it/cad

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

[Talk-it] ERA: Import dati geografici da un comune

2012-03-23 Thread Luca Delucchi

Apro un nuovo thread per discutere su un punto che vorrei discurtere
con voi (magari pochi essendo un argomento abbastanza spinoso)

-- Messaggio inoltrato --
Da: Maurizio Napolitano napoo...@gmail.com
Date: 23 marzo 2012 10:35
Oggetto: Re: [Talk-it] Import dati geografici da un comune
A: openstreetmap list - italiano talk-it@openstreetmap.org


 eviterei come la peste licenze come cc-by-sa, odbl, e iodl 1.0
 Le ragioni sono diverse.
 Nel caso specifico di una piccola p.a. faccio presente il fatto
 che gestire poi le violazioni o tracciare tutto il resto diventa
 un problema.

Capisco il tuo ragionamento il mio problema è un altro se la PA vuole
riutilizzare i dati di OSM deve poi rilasciarli con ODbL. come
risolveresti questa situazione?

Attualmente vedo solo la possibilità di rilasciare un nuovo dataset
sotto ODbL ma non mi sembra una cosa furba avere due dataset per
esempio uno in CC0 e l'altro in ODbL

-- 
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] ERA: Import dati geografici da un comune

 Capisco il tuo ragionamento il mio problema è un altro se la PA vuole
 riutilizzare i dati di OSM deve poi rilasciarli con ODbL. come
 risolveresti questa situazione?

Prima di tutto - e tu lo sai meglio di me - una pa gestisce i dati in
maniera completamente diversa da openstreetmap
Alcune (non tutte) stanno seguendo anche le guidelines di INSPIRE
questo fa si che, riprendere i dati da osm e portarli nel sistema
della p.a., diventa una operazione non banale e che richiede del lavoro.
E' vero che fatta una volta poi automatizzi il resto, ma e' anche vero
che ci possono essere problematiche sul processo di validazione
e verifica.

 Attualmente vedo solo la possibilità di rilasciare un nuovo dataset
 sotto ODbL ma non mi sembra una cosa furba avere due dataset per
 esempio uno in CC0 e l'altro in ODbL

Io vedo invece l'uso di openstreetmap come sistema di segnalazione
degli errori o di intervento.

Poi una p.a. puo'  decidere di scegliere la via dell'ODbL.
Se guardi le posizioni della Regione Emilia Romagna ha messo alcuni
dati come NC, questo perche' - suppongo - vende dei dati a grandi
vendor che pesano su alcuni bilanci e che e' meglio tenere.

La mia posizione riguarda la maggior parte delle p.a. che non hanno
abbastanza personale per gestire una infrastruttura grossa (penso
a comuni di piccole e medie dimensioni).
Una invece puo' grande puo' decidere di fare qualcosa di piu' e,
qualora investa in osm, posso capire la scelta di usare la stessa
licenza.
Penso pero' rimangano problematiche di gestione del copyright
visto che passa anche in mano alla foundation.
Tutto da indagare.

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

Re: [Talk-it] Problemi stazioni ferroviarie

2012-03-23 Thread Andrea Musuruane

2012/3/22 Luca Delucchi lucadel...@gmail.com

 Il 20 marzo 2012 11:41, Andrea Musuruane musur...@gmail.com ha scritto:
  Oggi sono particolarmente depresso. Ho trovato un altro nuovo mapper
  che ha iniziato a mappare e ha iniziato molto male:
  http://www.openstreetmap.org/user/0xff2/edits
 

 scrivigli


Fatto lo stesso giorno. Nessuna risposta per il momento.

Ciao,

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

[Talk-it] Regione Lombardia apre i dati

Licenza IODL 2.0 (= cc-by)
https://dati.lombardia.it/

aspettiamo la parte geo


-- 
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] ERA: Import dati geografici da un comune

2012-03-23 Thread Luca Delucchi

Il 23 marzo 2012 11:43, Maurizio Napolitano napoo...@gmail.com ha scritto:
 Capisco il tuo ragionamento il mio problema è un altro se la PA vuole
 riutilizzare i dati di OSM deve poi rilasciarli con ODbL. come
 risolveresti questa situazione?

 Prima di tutto - e tu lo sai meglio di me - una pa gestisce i dati in
 maniera completamente diversa da openstreetmap

ovviamente

 Alcune (non tutte) stanno seguendo anche le guidelines di INSPIRE
 questo fa si che, riprendere i dati da osm e portarli nel sistema
 della p.a., diventa una operazione non banale e che richiede del lavoro.

devono perciò si adegueranno al più presto, cercando al volo ho
trovato questo [0] che sembra convertire da OSM ad inspire, qualcuno
ne sa di più?

 E' vero che fatta una volta poi automatizzi il resto, ma e' anche vero
 che ci possono essere problematiche sul processo di validazione
 e verifica.


si, ma ci sono alcuni aspetti che possono essere molto utili ad
esempio i sensi unici e sarebbero molto semplici da implementare

 Attualmente vedo solo la possibilità di rilasciare un nuovo dataset
 sotto ODbL ma non mi sembra una cosa furba avere due dataset per
 esempio uno in CC0 e l'altro in ODbL

 Io vedo invece l'uso di openstreetmap come sistema di segnalazione
 degli errori o di intervento.


questo può essere una delle varie opzioni, ma per esempio alcuni
elementi tematici possono essere benissimo presi e gestiti da/su OSM

 Poi una p.a. puo'  decidere di scegliere la via dell'ODbL.
 Se guardi le posizioni della Regione Emilia Romagna ha messo alcuni
 dati come NC, questo perche' - suppongo - vende dei dati a grandi
 vendor che pesano su alcuni bilanci e che e' meglio tenere.

 La mia posizione riguarda la maggior parte delle p.a. che non hanno
 abbastanza personale per gestire una infrastruttura grossa (penso
 a comuni di piccole e medie dimensioni).
 Una invece puo' grande puo' decidere di fare qualcosa di piu' e,
 qualora investa in osm, posso capire la scelta di usare la stessa
 licenza.

secondo me non dipende dalla dimensione ma dall'interessamento della
PA e soprattutto dai tecnici che andranno a lavorare con i dati

 Penso pero' rimangano problematiche di gestione del copyright
 visto che passa anche in mano alla foundation.
 Tutto da indagare.


questo punto è da capire bene, secondo me se io prendo il db lo
modifico a quel punto deve rilasciarlo con la stessa licenza (ODbL) ma
il copyright diventa il mio, o sto dicendo una cavolata?

[0] 
http://code.google.com/p/inspire-foss/source/browse/trunk/etl/OSM/AdministrativeUnits/test/README.TXT?r=334

-- 
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] Regione Lombardia apre i dati

2012-03-23 Thread Simone Cortesi

On Fri, Mar 23, 2012 at 11:00, Maurizio Napolitano napoo...@gmail.com wrote:
 Licenza IODL 2.0 (= cc-by)
 https://dati.lombardia.it/

 aspettiamo la parte geo

Aspettiamo. Almeno hanno scelto la versione 2.0 della IODL (noto canto
alpino lombardo :) )

per iniziare, fini osm, ci sono gli orari di apertura dei mercati:
https://dati.lombardia.it/commercio/mercati

poi agriturismi e centri sportivi (con numeri di telefono)

-- 
-S

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

Re: [Talk-it] ERA: Import dati geografici da un comune