date:20130510

As soon as they do, give us a sign. I have a script to do quality control
on the node networks. This can be expanded quite easily to compare to an
upstream source. Noël is also the person who has helped with getting
permission to publish the data from De Lijn.
I'm gaining a lot of experience with PostGIS and QGIS lately, so time
permitting it shouldn't be too hard to get all of our routes in synch with
their data.
Now I should go and have another look at the Urbis data... but maybe I'm
trying to juggle too many balls at the moment.

Jo

2013/5/10 Pieter Colpaert pieter.colpa...@okfn.org

 Hi Marc,

 We are trying to convince them to publish the data under the second
 Flemish Open Data License (
 http://opendataforum.be/forums/4f292b7aaa6d6356010d/forum_topics/51836bffce3fb56434dc).
 Their technical people are already all up for it, just the policy side
 needs a bit of convincing but that shouldn't be a big problem because of
 the Flemish licenses.

 Kind regards,

 Pieter


 On Fri, May 10, 2013 at 5:30 AM, Marc Gemis marc.ge...@gmail.com wrote:

 Hallo Pieter,

 The problem with importing the data is the license. I believe we do not
 have their permission to copy the data into OSM.

 As far as being not up-to-date: the hiking paths are far from complete,
 but the data is rather recent (less than 2 years old). The data on
 http://www.wandelknooppunt.be/ might be more complete, but isn't always
 correct neither. I have no idea what their source is. I have asked them to
 collaborate, but got no response.

 The cycling network data might be older, but is still being updated.

 It woud be nice to have an application like wandelknooppunt based on OSM
 data.

 regards

 m


 On Fri, May 10, 2013 at 12:44 AM, Pieter Colpaert 
 pieter.colpa...@okfn.org wrote:

 Hi all,

 I'm Pieter Colpaert, one of the people behind Open Knowledge Foundation
 Belgium. We are trying to stimulate open knowledge in Belgium, which mostly
 boils down to helping open data policies to sprout.

 The first and the second of June we have teamed up with Random Hacks of
 Kindness to hack something for humanity. We have been in contact with the
 Flemish tourism organisation and they are thinking about doing open data
 with the bicycle routes, hiking routes and horseback riding paths. I have
 asked them about the difference with OSM, and they said the data in OSM is
 not at all up to date. How about making an effort at RHoK to use these data
 and feed them into OSM? We could then use a lot of existing apps on top of
 bicycle maps and show them how cool open data is :)

 http://okfn.be/2013/05/10/rhok/

 Kind regards,

 Pieter

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



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



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


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

Re: [OSM-talk-be] Intro and invitation to Random Hacks of Kindness

2013-05-10 Thread Ben Abelshausen

Hello,

If there is someone who wants to join me I'm prepared to make an appearance
at the Random Hacks of Kindness. I'm very interested in this anyway related
to developing countries. And if it's usefull for OSM or to get more open
data I'm there! :-)

Met vriendelijke groeten,
Best regards,

Ben Abelshausen
ben.abelshau...@gmail.com
http://twitter.com/xivk


On Fri, May 10, 2013 at 12:26 PM, Pieter Colpaert
pieter.colpa...@okfn.orgwrote:

 Hi Jo,

 I have heard a lot about you from Noël and from Pieter from De Lijn but
 they never succeeded in giving me your full name ;). From the moment I have
 the data under the right license I will reply here again. With iRail we
 have been publishing some geospatial data on data.iRail.be but these data
 need a lot of fixing still.

 Just to be able to convince Tourism Flanders that this is a useful thing
 to do, is anyone willing to join us for a day or 2 days Random Hacks of
 Kindness? They have a lot of more Geospatial data that I would like to get
 in the open.

 Kind regards,

 Pieter

 --
 OKFN Belgium
 http://okfn.be


 On Fri, May 10, 2013 at 11:54 AM, Jo winfi...@gmail.com wrote:

 As soon as they do, give us a sign. I have a script to do quality control
 on the node networks. This can be expanded quite easily to compare to an
 upstream source. Noël is also the person who has helped with getting
 permission to publish the data from De Lijn.
 I'm gaining a lot of experience with PostGIS and QGIS lately, so time
 permitting it shouldn't be too hard to get all of our routes in synch with
 their data.
 Now I should go and have another look at the Urbis data... but maybe I'm
 trying to juggle too many balls at the moment.

 Jo


 2013/5/10 Pieter Colpaert pieter.colpa...@okfn.org

 Hi Marc,

 We are trying to convince them to publish the data under the second
 Flemish Open Data License (
 http://opendataforum.be/forums/4f292b7aaa6d6356010d/forum_topics/51836bffce3fb56434dc).
 Their technical people are already all up for it, just the policy side
 needs a bit of convincing but that shouldn't be a big problem because of
 the Flemish licenses.

 Kind regards,

 Pieter


 On Fri, May 10, 2013 at 5:30 AM, Marc Gemis marc.ge...@gmail.comwrote:

 Hallo Pieter,

 The problem with importing the data is the license. I believe we do not
 have their permission to copy the data into OSM.

 As far as being not up-to-date: the hiking paths are far from complete,
 but the data is rather recent (less than 2 years old). The data on
 http://www.wandelknooppunt.be/ might be more complete, but isn't
 always correct neither. I have no idea what their source is. I have asked
 them to collaborate, but got no response.

 The cycling network data might be older, but is still being updated.

 It woud be nice to have an application like wandelknooppunt based on
 OSM data.

 regards

 m


 On Fri, May 10, 2013 at 12:44 AM, Pieter Colpaert 
 pieter.colpa...@okfn.org wrote:

 Hi all,

 I'm Pieter Colpaert, one of the people behind Open Knowledge
 Foundation Belgium. We are trying to stimulate open knowledge in Belgium,
 which mostly boils down to helping open data policies to sprout.

 The first and the second of June we have teamed up with Random Hacks
 of Kindness to hack something for humanity. We have been in contact with
 the Flemish tourism organisation and they are thinking about doing open
 data with the bicycle routes, hiking routes and horseback riding paths. I
 have asked them about the difference with OSM, and they said the data in
 OSM is not at all up to date. How about making an effort at RHoK to use
 these data and feed them into OSM? We could then use a lot of existing 
 apps
 on top of bicycle maps and show them how cool open data is :)

 http://okfn.be/2013/05/10/rhok/

 Kind regards,

 Pieter

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



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



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



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



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


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

Re: [OSM-talk-be] Intro and invitation to Random Hacks of Kindness

I had been considering to go to Karlsruhe that weekend, but this is nearer
and possibly more worthwhile, so I'm subscribed now. Being a minimalist and
given my name is a well guarded secret I subscribed as Jo Jo :-)

I hope more people will attend though. I need to rest for an hour around
noon though. Should I go and look for some accomodation for the night?

Jo

2013/5/10 Pieter Colpaert pieter.colpa...@okfn.org

 Hi all,

 I'm Pieter Colpaert, one of the people behind Open Knowledge Foundation
 Belgium. We are trying to stimulate open knowledge in Belgium, which mostly
 boils down to helping open data policies to sprout.

 The first and the second of June we have teamed up with Random Hacks of
 Kindness to hack something for humanity. We have been in contact with the
 Flemish tourism organisation and they are thinking about doing open data
 with the bicycle routes, hiking routes and horseback riding paths. I have
 asked them about the difference with OSM, and they said the data in OSM is
 not at all up to date. How about making an effort at RHoK to use these data
 and feed them into OSM? We could then use a lot of existing apps on top of
 bicycle maps and show them how cool open data is :)

 http://okfn.be/2013/05/10/rhok/

 Kind regards,

 Pieter

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


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

Re: [OSM-talk-be] Intro and invitation to Random Hacks of Kindness

2013-05-10 Thread Ben Abelshausen

Nice! I was also thinking about Karlsruhe but it was expensive to go last
time and I didn't really get any work done. Maybe next time...

I will have to check with my girlfriend first and see if she will give me
permission to go that weekend! :-) I'll get back to you when I'm sure I can
join...

Met vriendelijke groeten,
Best regards,

Ben Abelshausen
ben.abelshau...@gmail.com
http://twitter.com/xivk


On Fri, May 10, 2013 at 12:54 PM, Jo winfi...@gmail.com wrote:

 I had been considering to go to Karlsruhe that weekend, but this is nearer
 and possibly more worthwhile, so I'm subscribed now. Being a minimalist and
 given my name is a well guarded secret I subscribed as Jo Jo :-)

 I hope more people will attend though. I need to rest for an hour around
 noon though. Should I go and look for some accomodation for the night?

 Jo

 2013/5/10 Pieter Colpaert pieter.colpa...@okfn.org

 Hi all,

 I'm Pieter Colpaert, one of the people behind Open Knowledge Foundation
 Belgium. We are trying to stimulate open knowledge in Belgium, which mostly
 boils down to helping open data policies to sprout.

 The first and the second of June we have teamed up with Random Hacks of
 Kindness to hack something for humanity. We have been in contact with the
 Flemish tourism organisation and they are thinking about doing open data
 with the bicycle routes, hiking routes and horseback riding paths. I have
 asked them about the difference with OSM, and they said the data in OSM is
 not at all up to date. How about making an effort at RHoK to use these data
 and feed them into OSM? We could then use a lot of existing apps on top of
 bicycle maps and show them how cool open data is :)

 http://okfn.be/2013/05/10/rhok/

 Kind regards,

 Pieter

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



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


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

Re: [OSM-talk-be] Intro and invitation to Random Hacks of Kindness

You should simply bring her along. She's hot too, I mean into HOT
(humanitarian...) too. LOL. Sorry, couldn't resist.

On a more serious note. It's not entirely clear to me yet how facilitating
to  incorporate/integrate/import the walking/cycling/horseback riding
networks from the authoritative source rhymes with humanitarian aid. I can
see how it would be a random hack of kindness. (Hopefully it won't take
away Marc's pleasure in actually going out and mapping them for real). Of
course, knowing where the routes are and mapping the actual roads they
follow and their conditions are still two different things, so it will
remain interesting to go out and map.

I'm mostly trying to make sure that what will be expected from us is to
find ways to convert the upstream data into something that is easy to
integrate with OSM data and to be able to do some quality control on it to
find differences between the OSM data and what Toerisme Vlaanderen has.

It would be nice to have a sneak preview on what that data looks like. csv
files? shape files? a dump directly from PostGIS, as they had the good
sense to use that already? :-)



Jo

2013/5/10 Ben Abelshausen ben.abelshau...@gmail.com

 Nice! I was also thinking about Karlsruhe but it was expensive to go last
 time and I didn't really get any work done. Maybe next time...

 I will have to check with my girlfriend first and see if she will give me
 permission to go that weekend! :-) I'll get back to you when I'm sure I can
 join...

 Met vriendelijke groeten,
 Best regards,

 Ben Abelshausen
 ben.abelshau...@gmail.com
 http://twitter.com/xivk


 On Fri, May 10, 2013 at 12:54 PM, Jo winfi...@gmail.com wrote:

 I had been considering to go to Karlsruhe that weekend, but this is
 nearer and possibly more worthwhile, so I'm subscribed now. Being a
 minimalist and given my name is a well guarded secret I subscribed as Jo Jo
 :-)

 I hope more people will attend though. I need to rest for an hour around
 noon though. Should I go and look for some accomodation for the night?

 Jo

 2013/5/10 Pieter Colpaert pieter.colpa...@okfn.org

 Hi all,

 I'm Pieter Colpaert, one of the people behind Open Knowledge Foundation
 Belgium. We are trying to stimulate open knowledge in Belgium, which mostly
 boils down to helping open data policies to sprout.

 The first and the second of June we have teamed up with Random Hacks of
 Kindness to hack something for humanity. We have been in contact with the
 Flemish tourism organisation and they are thinking about doing open data
 with the bicycle routes, hiking routes and horseback riding paths. I have
 asked them about the difference with OSM, and they said the data in OSM is
 not at all up to date. How about making an effort at RHoK to use these data
 and feed them into OSM? We could then use a lot of existing apps on top of
 bicycle maps and show them how cool open data is :)

 http://okfn.be/2013/05/10/rhok/

 Kind regards,

 Pieter

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



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



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

Re: [OSM-talk-be] Intro and invitation to Random Hacks of Kindness

2013-05-10 Thread Ben Abelshausen

Importing this data into OSM is never going to work I think, but just like
the AGIV data, it can be used to aid mapping. This way we can get the data
into OSM to a quality level even exceeding the original data. Something I'm
sure data providers are interested in.

We are doing a similar thing with World Resource Institute (WRI) data in
Cameroon and Central African Republic. They released their low quality data
and this is being verified, improved and imported into OSM where possible. (
http://wiki.openstreetmap.org/wiki/Import_CAR_WRI_Data)

Met vriendelijke groeten,
Best regards,

Ben Abelshausen
ben.abelshau...@gmail.com
http://twitter.com/xivk


On Fri, May 10, 2013 at 1:37 PM, Marc Gemis marc.ge...@gmail.com wrote:

 Pieter,

 do you need some additional information on the tagging of (and the use of
 relations in)  the walking/cycling networks in OSM ?

 m


 On Fri, May 10, 2013 at 1:14 PM, Ben Abelshausen 
 ben.abelshau...@gmail.com wrote:

 Nice! I was also thinking about Karlsruhe but it was expensive to go last
 time and I didn't really get any work done. Maybe next time...

 I will have to check with my girlfriend first and see if she will give me
 permission to go that weekend! :-) I'll get back to you when I'm sure I can
 join...

 Met vriendelijke groeten,
 Best regards,

 Ben Abelshausen
 ben.abelshau...@gmail.com
 http://twitter.com/xivk


 On Fri, May 10, 2013 at 12:54 PM, Jo winfi...@gmail.com wrote:

 I had been considering to go to Karlsruhe that weekend, but this is
 nearer and possibly more worthwhile, so I'm subscribed now. Being a
 minimalist and given my name is a well guarded secret I subscribed as Jo Jo
 :-)

 I hope more people will attend though. I need to rest for an hour around
 noon though. Should I go and look for some accomodation for the night?

 Jo

 2013/5/10 Pieter Colpaert pieter.colpa...@okfn.org

 Hi all,

 I'm Pieter Colpaert, one of the people behind Open Knowledge Foundation
 Belgium. We are trying to stimulate open knowledge in Belgium, which mostly
 boils down to helping open data policies to sprout.

 The first and the second of June we have teamed up with Random Hacks of
 Kindness to hack something for humanity. We have been in contact with the
 Flemish tourism organisation and they are thinking about doing open data
 with the bicycle routes, hiking routes and horseback riding paths. I have
 asked them about the difference with OSM, and they said the data in OSM is
 not at all up to date. How about making an effort at RHoK to use these data
 and feed them into OSM? We could then use a lot of existing apps on top of
 bicycle maps and show them how cool open data is :)

 http://okfn.be/2013/05/10/rhok/

 Kind regards,

 Pieter

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



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



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



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


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

Re: [OSM-talk-be] Intro and invitation to Random Hacks of Kindness

2013-05-10 Thread Glenn Plas


On 05/10/2013 01:37 PM, Jo wrote:
You should simply bring her along. She's hot too, I mean into HOT 
(humanitarian...) too. LOL. Sorry, couldn't resist.


On a more serious note. It's not entirely clear to me yet how 
facilitating to  incorporate/integrate/import the 
walking/cycling/horseback riding networks from the authoritative 
source rhymes with humanitarian aid. I can see how it would be a 
random hack of kindness. (Hopefully it won't take away Marc's pleasure 
in actually going out and mapping them for real). Of course, knowing 
where the routes are and mapping the actual roads they follow and 
their conditions are still two different things, so it will remain 
interesting to go out and map.


I'm mostly trying to make sure that what will be expected from us is 
to find ways to convert the upstream data into something that is easy 
to integrate with OSM data and to be able to do some quality control 
on it to find differences between the OSM data and what Toerisme 
Vlaanderen has.


It would be nice to have a sneak preview on what that data looks like. 
csv files? shape files? a dump directly from PostGIS, as they had the 
good sense to use that already? :-)


I second this opinion,  first step should always be to compare and see 
what the differences are,  The quality of data in OSM is quite accurate 
usually, since we have many hiking/walking enthusiasts in our midst that 
personally trail these.  So before we start importing this, we should do 
some quality assurance to see where we are at. So let's loose the 
'maybe' Q/A suggestion, and make that like the first thing to do.  And 
that's just from the 'data' point of view, actual verification of the 
trails itself should be done at some point as well.


And please keep Ben's girlfriend at home before she convinces me -again- 
to start mapping the rest of Cameroon ;-)


Glenn

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

Re: [OSM-talk-be] Intro and invitation to Random Hacks of Kindness

2013-05-10 Thread Pieter Colpaert

Hi Marc,

I totally agree!

Are you going to help out at Random Hacks of Kindness yourself or is this
only an idea for us to implement? Would be great to collaborate :)

Kind regards,

Pieter


On Fri, May 10, 2013 at 6:32 PM, Marc Gemis marc.ge...@gmail.com wrote:

 Pieter,

 My killer application to show them would be a single website that
 combines the following functionality:

 a) walking routes (both knooppunten and local routes) with distance as
 openwandelkaart.nl
 b) background of hikebikemap.de ( I love the hill shading) (and it's
 faster than openwandelkaart)
 c) route creation as on wandelknooppunt.be (not OSM based)
 d) tourist information
d1) hotels, pubs, restaurants, attractions with links to their websites
  opening hours
 (see  openlinkmap.org and
 http://www.netzwolf.info/kartografie/osm/time_domain/map_opening)
d2) the direct link to mijnlijn for busses (see openlinkmap.org)
d3) historic buildings, etc as in
 http://geschichtskarten.openstreetmap.de/historische_objekte/ with
 images, wikipedia links (also in openlinkmap), protected monuments, etc.
d4) picnic sites, benches, sidewalks, road quality, other information
 important to walking/hiking

 I would not focus on getting only their data into OSM, (nor De Lijn, nor
 Onroerend Erfgoed), but show an app that combines all this data with the
 data we have today. It's the combination of all this data that makes OSM
 great, not the individual pieces that each institute has themselves.

 just my .5 cent

 m.


 On Fri, May 10, 2013 at 4:47 PM, Glenn Plas gl...@byte-consult.be wrote:

 On 05/10/2013 02:03 PM, Ben Abelshausen wrote:

 Importing this data into OSM is never going to work I think, but just
 like the AGIV data, it can be used to aid mapping. This way we can get the
 data into OSM to a quality level even exceeding the original data.
 Something I'm sure data providers are interested in.


 Indeed, It would be a disaster importing AGIV data as-is , by itself its
 very valuable but after like housenumbering my town here I can positively
 confirm that it's not up to date with buildings newer than like 1/2 years
 and that it still contains plenty of errors (buildings too little/ too much
 / wrong housenumbers / incomplete ones  (100 vs 100/1 vs 100/a etc).

 But to aid osm mapping and verifying, or doublechecking data, it sure
 helps, but imports will never be as well done as a human being would
 scrutinise the data more thoroughly.

 Glenn


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



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


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

Re: [OSM-talk-be] Intro and invitation to Random Hacks of Kindness

2013-05-10 Thread Pieter Colpaert

This is really interesting! I am trying to get data from AGIV itself as
well as open data, but there is a lot of resistance from that corner sadly.

Kind regards,

Pieter


On Fri, May 10, 2013 at 4:47 PM, Glenn Plas gl...@byte-consult.be wrote:

 On 05/10/2013 02:03 PM, Ben Abelshausen wrote:

 Importing this data into OSM is never going to work I think, but just
 like the AGIV data, it can be used to aid mapping. This way we can get the
 data into OSM to a quality level even exceeding the original data.
 Something I'm sure data providers are interested in.


 Indeed, It would be a disaster importing AGIV data as-is , by itself its
 very valuable but after like housenumbering my town here I can positively
 confirm that it's not up to date with buildings newer than like 1/2 years
 and that it still contains plenty of errors (buildings too little/ too much
 / wrong housenumbers / incomplete ones  (100 vs 100/1 vs 100/a etc).

 But to aid osm mapping and verifying, or doublechecking data, it sure
 helps, but imports will never be as well done as a human being would
 scrutinise the data more thoroughly.

 Glenn


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

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

Re: [OSM-talk-be] Intro and invitation to Random Hacks of Kindness

2013-05-10 Thread Marc Gemis

just an idea as, unfortunately, I don't have the time to do this myself. So
feel free to implement it.

m


On Fri, May 10, 2013 at 6:51 PM, Pieter Colpaert
pieter.colpa...@okfn.orgwrote:

 Hi Marc,

 I totally agree!

 Are you going to help out at Random Hacks of Kindness yourself or is this
 only an idea for us to implement? Would be great to collaborate :)

 Kind regards,

 Pieter


 On Fri, May 10, 2013 at 6:32 PM, Marc Gemis marc.ge...@gmail.com wrote:

 Pieter,

 My killer application to show them would be a single website that
 combines the following functionality:

 a) walking routes (both knooppunten and local routes) with distance as
 openwandelkaart.nl
 b) background of hikebikemap.de ( I love the hill shading) (and it's
 faster than openwandelkaart)
 c) route creation as on wandelknooppunt.be (not OSM based)
 d) tourist information
d1) hotels, pubs, restaurants, attractions with links to their
 websites  opening hours
 (see  openlinkmap.org and
 http://www.netzwolf.info/kartografie/osm/time_domain/map_opening)
d2) the direct link to mijnlijn for busses (see openlinkmap.org)
d3) historic buildings, etc as in
 http://geschichtskarten.openstreetmap.de/historische_objekte/ with
 images, wikipedia links (also in openlinkmap), protected monuments, etc.
d4) picnic sites, benches, sidewalks, road quality, other information
 important to walking/hiking

 I would not focus on getting only their data into OSM, (nor De Lijn, nor
 Onroerend Erfgoed), but show an app that combines all this data with the
 data we have today. It's the combination of all this data that makes OSM
 great, not the individual pieces that each institute has themselves.

 just my .5 cent

 m.


 On Fri, May 10, 2013 at 4:47 PM, Glenn Plas gl...@byte-consult.bewrote:

 On 05/10/2013 02:03 PM, Ben Abelshausen wrote:

 Importing this data into OSM is never going to work I think, but just
 like the AGIV data, it can be used to aid mapping. This way we can get the
 data into OSM to a quality level even exceeding the original data.
 Something I'm sure data providers are interested in.


 Indeed, It would be a disaster importing AGIV data as-is , by itself its
 very valuable but after like housenumbering my town here I can positively
 confirm that it's not up to date with buildings newer than like 1/2 years
 and that it still contains plenty of errors (buildings too little/ too much
 / wrong housenumbers / incomplete ones  (100 vs 100/1 vs 100/a etc).

 But to aid osm mapping and verifying, or doublechecking data, it sure
 helps, but imports will never be as well done as a human being would
 scrutinise the data more thoroughly.

 Glenn


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



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



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


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

[OSM-talk] GeoChat plugin for JOSM

2013-05-10 Thread Ilya Zverev

Hi! Sorry to bother you, but I've written something again, and I'd like 
for everyone to use it :)


http://wiki.openstreetmap.org/wiki/JOSM/Plugins/GeoChat

It is a plugin for JOSM that allows users mapping in a same area to 
talk to each other. At the least it should render a chat window in 
MapCraft obsolete: users at online mapping parties would be able to 
interact inside the map editor. Also it could lessen a chance of mapping 
conflicts, because users' location can be shown in a map window.


And the great thing is, you won't even need to keep the panel expanded, 
because the panel title would inform you if someone posted a message.


I'd be pleased to see this functionality implemented in other editors 
(but please not in projects unrelated to editing OSM): the API is very 
simple and is also described in the wiki.


The server, of course, is not restricted to OSM users in any way. If 
you want to use it for non-OSM activities, feel free: the source is on 
github: https://github.com/Zverik/geochat


Thanks,
IZ

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

Re: [OSM-talk] GeoChat plugin for JOSM

2013/5/10 Ilya Zverev zve...@textual.ru

 Hi! Sorry to bother you, but I've written something again, and I'd like
 for everyone to use it :)

 http://wiki.openstreetmap.org/**wiki/JOSM/Plugins/GeoChathttp://wiki.openstreetmap.org/wiki/JOSM/Plugins/GeoChat

 It is a plugin for JOSM that allows users mapping in a same area to talk
 to each other. At the least it should render a chat window in MapCraft
 obsolete: users at online mapping parties would be able to interact inside
 the map editor. Also it could lessen a chance of mapping conflicts, because
 users' location can be shown in a map window.



Hey, this sounds very interesting! I'm going to check it out instantly.

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

Re: [OSM-talk] OSM relation ID property in Wikidata

2013-05-10 Thread malenki

colliar wrote:

Am 05.05.2013 05:26, schrieb malenki:

 The tool replace geometry exists - at least for JOSM. It even works
 on replacing an old (existing) Node for a new way.

Yes it is a nice tool but it only does include the node in the new way.

E.g. you still have a new object representing the real world object.

Cannot confirm.
Right now tested on this way - the old id still is used:
http://www.openstreetmap.org/browse/way/28820333


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

[OSM-talk-nl] OSGeo Events in mei en juni

2013-05-10 Thread Just van den Broecke


Beste Mensen,

Er zijn 2 interessante events binnenkort in de buurt:

16 mei: Open Source Seminar door OSGeo.nl op Geospatial World Forum in 
Rotterdam: http://www.geospatialworldforum.org/2013/open_pr.htm


13 juni: OSGeo Dag in Gent (B) door onze Vlaamse vrienden van Geomajas:
http://www.geomajas.org/osgeogent2013

Zie ook de website http://osgeo.nl en de OSGeo.nl Meetup agenda: 
http://www.meetup.com/OSGeoNL. Ik hoop weer velen van jullie op een van 
de events te ontmoeten!


Hartelijke groet,

--Just
www.justobjects.nl




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

Re: [OSM-talk-nl] OSGeo Events in mei en juni

Er is ook nog dit 1-2 juni:

Random hacks of kindness (een soort hackathon)

http://okfn.be/2013/05/10/rhok/

Jo

Op 10 mei 2013 13:25 schreef Just van den Broecke j...@justobjects.nl het
volgende:

 Beste Mensen,

 Er zijn 2 interessante events binnenkort in de buurt:

 16 mei: Open Source Seminar door OSGeo.nl op Geospatial World Forum in
 Rotterdam: 
 http://www.**geospatialworldforum.org/2013/**open_pr.htmhttp://www.geospatialworldforum.org/2013/open_pr.htm

 13 juni: OSGeo Dag in Gent (B) door onze Vlaamse vrienden van Geomajas:
 http://www.geomajas.org/**osgeogent2013http://www.geomajas.org/osgeogent2013

 Zie ook de website http://osgeo.nl en de OSGeo.nl Meetup agenda:
 http://www.meetup.com/OSGeoNL. Ik hoop weer velen van jullie op een van
 de events te ontmoeten!

 Hartelijke groet,

 --Just
 www.justobjects.nl




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

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

Re: [talk-au] Alphanumeric references in NSW

2013-05-10 Thread Ian Sergeant

Okay, I've updated the part of the wiki that says we shouldn't do it.

https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines#NSW_Alphanumeric_references

Ian.

On 10 May 2013 09:45, Ben Kelley ben.kel...@gmail.com wrote:

Hi.

The new routes are supposed to be complete by the end of this year.

I know it takes me a while to get around to fixing something on OSM.

Perhaps if you are keen then approach 2 is OK (and signage will catch up
eventually). If you are lazy then 1 is the default. :)

- Ben Kelley.
On 10 May 2013 07:06, Ian Sergeant inas66+...@gmail.com wrote:

Hi,

I'm surprised you couldn't find some F3 signs there as well!

In any event, we can..

1. Ignore the new routes until they are completed. Then re-reference the
road.
2. As soon as the route is confirmed and there are some signs,
re-reference the road
3. Adopt some new schema that allows us to have both route references at
once.
4. Adopt of hodge-podge approach, and reference partial roads, based on
the assessment/whim of the mapper concerned.

I originally proposed 1, but now I'm leaning towards 2, because I feel
I'm swimming against the tide.

I don't think we're capable of doing 3. And I'd hate to end up with 4.

Ian.

On 10 May 2013 05:29, Ben Johnson tangarar...@gmail.com wrote:

I took a look there last weekend. As you say... inconsistencies
everywhere.

Northbound all are M1 with B74, and there's even a distance reassurance
sign (not interchange-related) showing distances to Brisbane, titled M1
Pacific Mwy which I was surprised to see.

Southbound all are NR1 with B74.

The signs at the top of the ramps are in odd combinations like NR1
Pacific Mwy on one sign, and M1 Freeway on another...

It's a real tourist attraction for sign geeks!

On 09/05/2013, at 22:11, Nathan Van Der Meulen natvan...@yahoo.com
wrote:

You're not going to win any way you change the route references. On
the ground, around the Tuggerah Interchange alone are references to Nat
Route 1, M1, Pacific Motorway etc. Note that the freeway is referenced as
M1 from Wyong Rd (B74) but on the freeway it's still NR1. B74 only seems
to be referenced at the interchange. If you only edit as per what's on the
ground, how do you edit that?

Sent from my iPad

On 03/05/2013, at 21:00, talk-au-requ...@openstreetmap.org wrote:

Send Talk-au mailing list submissions to
talk-au@openstreetmap.org

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.openstreetmap.org/listinfo/talk-au
or, via email, send a message with subject or body 'help' to
talk-au-requ...@openstreetmap.org

You can reach the person managing the list at
talk-au-ow...@openstreetmap.org

When replying, please edit your Subject line so it is more specific
than Re: Contents of Talk-au digest...

Today's Topics:

1. Alphanumeric references in NSW (Ian Sergeant)
2. Re: Alphanumeric references in NSW (Ben Kelley)
3. Re: Alphanumeric references in NSW (Ian Sergeant)
4. Re: Alphanumeric references in NSW (Ben Johnson)
5. Re: Alphanumeric references in NSW (Ian Sergeant)

Message: 1
Date: Fri, 3 May 2013 15:07:02 +1000
From: Ian Sergeant inas66+...@gmail.com
To: OSM - Talk-au Talk-au@openstreetmap.org
Subject: [talk-au] Alphanumeric references in NSW
Message-ID:
CALDa4YLY+4KEnutrnBmjcRpE5z3G5hH4z6Yzyu=duwiw5sn...@mail.gmail.com

Content-Type: text/plain; charset=iso-8859-1

Hi,

I've noticed a few people are changing the references in NSW to the
alphanumeric references before the signage has changed.

I don't see the purpose of this. I doesn't correspond to what is on
the
ground, it must be confusing to people actually trying to use OSM for
navigation. Also, given it is the RTA coordinate this, it wouldn't be
surprising if some of the routes actually differed from the proposed
routes
on the webpage.

To the best of my knowledge the only route that has been
re-referenced is
the B73, the others still retain their existing signage - with
perhaps an
uncovered sign here and there. I traced the

I'd suggest we can use the wiki to coordinate as these references
change?
That way we can ensure the entire route is renamed at once, rather
than a
patchwork?

Ian.
P.S. Of course there have been a few routes (M7, A31/M31 approaching
Albury) that have been this way for a while, and aren't at issue here.
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openstreetmap.org/pipermail/talk-au/attachments/20130503/f593d5da/attachment-0001.html

Message: 2
Date: Fri, 3 May 2013 15:33:45 +1000
From: Ben Kelley ben.kel...@gmail.com
To: Ian Sergeant inas66+...@gmail.com
Cc: OSM - Talk-au Talk-au@openstreetmap.org
Subject: Re: [talk-au] Alphanumeric references in

Re: [talk-au] Major 4WD tracks

2013-05-10 Thread Steve Bennett

On Fri, May 10, 2013 at 1:47 PM, Li Xia lisxia1...@gmail.com wrote:
 Major 4wd tracks such as

 Birdsville track
 Old telegraph track
 Wonagatta rd
 Etc

Hi Li,
  Still not clear on what you mean by major. Do you mean important,
significant, famous...or do you mean big,well-maintained etc?
If the former, I'd think a route relation (as I described earlier),
but you'd need an authoritative source for what the route is.

PS Don't forget to reply-all.

Steve

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

Re: [talk-au] Major 4WD tracks

2013-05-10 Thread Li Xia

Significant was what I meant. Using route relation makes sense.
—
Li

On Fri, May 10, 2013 at 4:48 PM, Steve Bennett stevag...@gmail.com
wrote:

 On Fri, May 10, 2013 at 1:47 PM, Li Xia lisxia1...@gmail.com wrote:
 Major 4wd tracks such as

 Birdsville track
 Old telegraph track
 Wonagatta rd
 Etc
 Hi Li,
   Still not clear on what you mean by major. Do you mean important,
 significant, famous...or do you mean big,well-maintained etc?
 If the former, I'd think a route relation (as I described earlier),
 but you'd need an authoritative source for what the route is.
 PS Don't forget to reply-all.
 Steve___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] OpenStreetMap in Government

2013-05-10 Thread Steve Bennett

Hi all,
  This is a really interesting discussion, and thanks for the insights
about Australia vs Europe vs US. A few comments:

1) I think TileMill/MapBox will be a game changer for the rendering
guys won't listen to us problem. I suspect it will soon be much, much
easier to have lots of different map views out there, and we can
create Australian-specific maps easily. So we should continue to work
out the best tagging system and use that - even if it's not currently
supported by any rendering styles.
2) If we do use tags that are essentially unique to Australia, we
should consider still doubling up with standard tags where convenient.
If 4wd_only means you shouldn't attempt this track without a 4 wheel
drive, even if this particular section is ok, then we can still add
track_type tags to the relevant sections, if known.
3) There are decades of practice in cartography to learn from. We
might as well go with existing practice in current 4WD maps. The
standard distinctions seem to be something like 4WD/2WD/dirt/sealed,
and sometimes one more category indicating something like possibly
impassable. So no need for the 10 point roughness/tracktype scale -
it's too hard.
4) And yes, we should have simple tags that correspond to existing
cartography practice: MVO, (subject to seasonal closure) and 4WD
only.

Steve

On Fri, May 10, 2013 at 3:48 PM, David dban...@internode.on.net wrote:
 Kristy, you have spotted the problem, no clear acceptance of any one standard 
 when it comes to 4wd tracks. And while its being done a number of different 
 ways (or not done at all) we have little chance of getting the rendering 
 people to listen to us.

 In western Europe, little interest, complete lack of understanding of the 
 need. The US does have some great 4wd tracks but they are more recreational 
 in nature, you go somewhere, drive a great track and then go home. They also 
 don't understand our model of using these tracks to get to somewhere really 
 interesting !  Asia, (far) eastern Europe, get it but don't seem to want to 
 support the ideas.

 I believe (strongly) we need a multi level tag that indicates a track is 
 somewhere between a bit dodgy right through to Oh wow. That, by its very 
 nature means its subjective, you and I might well disagree with at what stage 
 a typical SUV and inexperienced driver should be warned off. We cannot help 
 that, 4wds are all different, drivers are different in their skills and 
 willingness to take risks.

  The 4wd_only tag is 'official' and was a good try. But not used very much 
 outside of Oz. And its a yes/no and life is never a yes/no situation. 
 Further, so much OSM data ends up in a psql database, one column per tag. 
 Believe it or not, psql does not like having column names start with 
 numerals. It can be worked around but I suspect that's one reason mapnik (or 
 more correctly, its slippery map) won't show 4wd_only.

 I prefer an extension to the tracktype= tag, its already widely used 
 internationally and, somewhat, rendered on the slippery map. We can add three 
 more levels to it (grade6, grade7, grade8) being possibly not suitable for 
 conventional car, 4wd stuff and 4wd extreme.

 I currently use both 4wd_only= and tracktype=

 But I would support any new, sufficiently flexible proposal.

 I don't really this a physical meet up is necessary, be surprised if we could 
 agree on a convienant location !

 David
 .

 Kristy Van Putten kristy.vanput...@gmail.com wrote:

Hi Matt,
I think your conclusions is right, that we need to put an Australian standard 
together.  It sounds like the ground work has been done (maybe even multiple 
times) but there has not been a clear acceptance of any particular schema.

How do you think we should go forward with this?  My suggestion is that we 
make a weekend of it, where we come together - where there are plenty of 
different types of 4WD tracks - and try and test the schema already made.  I 
know I am still living outside of the country, so for me this maybe hard over 
the next couple of months. I am home in July for a couple of weeks and I am 
sure I could convince someone to lend me a 4WD.  However it is winter, so it 
won't be the warmest weather! Maybe we could wait till summer?

Would anyone be keen?

Cheers



On 06/05/2013, at 4:22 PM, Matt White mattwh...@iinet.com.au wrote:

 I'm also very interested in 4wd trails - it's what 80% of my mapping 
 consists of I think (that, and house numbers in the inner north of 
 Melbourne)

 The current 4wd_only tag was one of the tags I proposed a few years ago - 
 there was a massive barney at the time over the smoothness=* and surface=* 
 tags, and all I wanted to do was mark roads that were clearly tagged as 4wd 
 only (proper 4wd as in low range, high clearance). The surface/smoothness 
 debate was interesting, but got in the way of the larger problem.

 I've come to the conclusion that the Australian mappers pretty much have to 
 go it alone in this area - what the

Re: [talk-au] OpenStreetMap in Government

2013-05-10 Thread Michael Gratton

On 10/05/13 17:01, Steve Bennett wrote:
 1) I think TileMill/MapBox will be a game changer for the rendering
 guys won't listen to us problem. I suspect it will soon be much, much
 easier to have lots of different map views out there, and we can
 create Australian-specific maps easily. So we should continue to work
 out the best tagging system and use that - even if it's not currently
 supported by any rendering styles.

This is an excellent point.

From a cartography perspective, excluding unneeded detail is essential
for producing a usable map. I've long felt the official OSM rendering is
far, far too detailed - it's basically grey goop at a distance and a
riot up close.

People really shouldn't be lobbying for more features to be added to
official tilesets, instead what is needed is many more additional, more
specialised tilesets, and for desktop/web/mobile apps to let people
easily make use of them.

//Mike

-- 
⊨ Michael Gratton, Percept Wrangler.
⚙ http://mjog.vee.net/



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

Re: [talk-au] OpenStreetMap in Government

2013-05-10 Thread Paul Norman

 From: David [mailto:dban...@internode.on.net]
 Sent: Thursday, May 09, 2013 10:48 PM
 Subject: Re: [talk-au] OpenStreetMap in Government

 Further, so much OSM data ends up in a psql database, one
 column per tag. Believe it or not, psql does not like having column
 names start with numerals. It can be worked around but I suspect that's
 one reason mapnik (or more correctly, its slippery map) won't show
 4wd_only.

Column names beginning with numerals are fine in PostgreSQL. You have to
quote them, but that's not a big issue. You have to quote the natural
column too as natural is a reserved word in SQL.

The technical issues preventing styling based on 4wd_only on tile.osm.org,
the default osm.org layer, are threefold:

1. To add a column to the database on yevaud (the tile.osm.org rendering
server) would require a database reload. The hstore feature can now be used
to avoid this, but hstore is relatively new and not enabled on yevaud. It
could be enabled, but again this would require a database reload. I think
the last database reload was in 2011.

2. The mapnik stylesheet (osm.xml) used for tile.osm.org is horrendously
hard to edit and does not have a maintainer. I guess this isn't really a
technical issue, but it's tied up with the next one

3. The tile.osm.org stylesheet has been ported to carto, an easier language
to write stylesheets in. Unfortunately, it is slower and deploying this new
stylesheet is waiting on a hardware upgrade. This is also related to the
database reload. 

Two non-technical issues are

1. There is no cartographer maintaining the osm.org stylesheet. Deciding
what to include and what not to include takes a design skill that I know I
don't have.

2. Unlike other layers, the tile.osm.org layer has a strong influence on how
mappers tag. For this reason care needs to be used when adding new tags,
because what's rendered is much more likely to be tagged.

For what it's worth, if I was maintaining the tile.osm.org style and a patch
came in adding some kind of indication of 4wd status to it, I don't know if
I'd accept it. I've traveled the 4wd roads in Australia so I know how their
terrain matters, and I've also studied it at work, the problem is the style
already shows too much information. Thankfully, it's not up to me as I don't
have cartographic design skills. Of course if no one proposes a change to
the stylesheet with a patch, we'll never have that discussion and there's no
chance of adding it then.

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

Re: [talk-au] OpenStreetMap in Government

2013-05-10 Thread Ian Sergeant

On 10 May 2013 17:01, Steve Bennett stevag...@gmail.com wrote:


 3) There are decades of practice in cartography to learn from. We
 might as well go with existing practice in current 4WD maps. The
 standard distinctions seem to be something like 4WD/2WD/dirt/sealed,
 and sometimes one more category indicating something like possibly
 impassable. So no need for the 10 point roughness/tracktype scale -
 it's too hard.


But your overall point is surely that as long as we have the basics, if
some group of people want the extra information and are willing to gather
it, and some other group of people want to use the information and are
willing to render/route it, then all is good.

We're here to use our data in new an innovative ways, right?

On this topic, we seem to have some people who are keen to build apps with
4wd data, and other people who would like to add the 4wd tags to specific
data.  Both sides seem to be looking to the Wizard of OSM for the answer,
but they appear to be wearing ruby slippers.

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

Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.

2013-05-10 Thread Rainer Knaepper


Am 10.05.2013 00:13, schrieb Tirkon:


Auch ich habe anfänglich mit Potlatch Einiges unbeabichtigt zerstört.


Hier selbiges.


Dessen wurde ich aber erst gewahr, nachdem ich darauf hingewiesen
wurde.


Da ich hier im Ort praktisch nahezu alleine unterwegs bin, 
gibt es auch niemanden, der mich auf Fehler hinweist oder je 
hingewiesen  hätte. Ok, es gibt einen Haufen Tools, die 
Fehler oder Unklarheiten anzeigen können, aber die muß man 
auch erstmal alle finden. Sowas wie ein Design Rule Check 
sollte in jedem Editor eingebaut sein. Es ist doch ein Witz, 
daß externe Tools nötig sind, um typische Fehler, wie
z.B. dicht nebeneinanderliegende, aber  nicht verbundene 
Wege zu finden oder unvollständige Abbiegerelationen.



Erst nach dem empfohlenen Umstieg auf JOSM verstand ich und
fand mich in der Historie als Verursacher von weiteren gefundenen
Relationszerstörungen. Es wäre schön, wenn der Umstieg auf JOSM hierzu
zukünftig nicht mehr zwingend erforderlich wäre.


+1

Ich glaube, daß ich inzwischen als eingefleischter 
Potlatcher nicht mehr viel kaputtmache, aber daß es damit 
immer noch und jetzt mit dem ID erneut möglich ist, 
unbemerkt komplexere Strukturen zu zersemmeln, ist auf Dauer 
nicht tragbar.


Rainer




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

Re: [Talk-de] OSM Stand auf der FROSCON

2013-05-10 Thread Hartmut Holzgraefe


On 05/09/2013 11:29 PM, Sven Geggus wrote:


Wenn sich noch 2-3 Leute bei mir melden würde ich einen Stand
beantragen.


ein halber Tag wäre bei mir OK, mehr geht nicht weil zu viele
andere gleichzeitige Baustellen da ...

--
hartmut

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

Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.

2013-05-10 Thread Rainer Knaepper


Am 10.05.2013 07:08, schrieb Wilhelm Spickermann:


Ein drittes Splittingproblem gibt es bei den Kreisverkehren. Wenn ein
Kreisverkehr Element einer Route ist, dann ist damit nur benötigte Teil
des Kreisverkehrs gemeint. Splittet man ihn auf, dann gilt diese
Sonderregel nicht mehr und man muss nicht zugehörige Teile wegwerfen und
die anderen Teile sinnvoll umsortieren. Noch schlimmer: man muss alle
anderen betroffenen Relation ebenso laden, den Kreisverkehr ggf. weiter
splitten und bei allen nachkorrigieren. Das unterstützt keiner der
Editoren.


Ich habe mich mal mit dem Potlatch an solch einen 
Kreisverkehr gewagt, über den mehrere Buslinien und 
Radwegrelationen gehen mit unterschiedlichen Ein- und 
Ausgängen und forward/backward usw. Daran kann man, wenn man 
keine Routine hat, anscheinend stundenlang sitzen, bis das 
alles plausibel zusammenpaßt...


Rainer



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

Re: [Talk-de] OSM Stand auf der FROSCON

2013-05-10 Thread Marco Lechner - FOSSGIS e.V.

Hallo Sven,

Info: nach derzeitigem Stand sollte das OSM-RollUp an dem Termin
verfügbar sein.

Marco

Am 09.05.2013 23:29, schrieb Sven Geggus:
 Hallo zusammen,

 ich war im letzen Jahr zum ersten mal auf der FROSCON um einen
 Vortrag über OSM Daten in PostGIS zu halten.

 Da mir die Konferenz recht gut gefallen hat (eigentlich so wie
 Linuxtag ganz früher) fand ich es etwas schade, dass OSM nicht
 wirklich vertreten war.

 Ich wäre bereit, das in diesem Jahr zu ändern und suche Mitstreiter
 für den Aufbau eines OSM Standes.

 Wenn sich noch 2-3 Leute bei mir melden würde ich einen Stand
 beantragen.

 Gruss

 Sven



-- 
+
FOSSGIS 2013, Die Konferenz für Open Source GIS mit OpenData und OpenStreetMap 
erstmals in der Schweiz!
12.-14. Juni, HSR, Rapperswil, http://www.fossgis.de/konferenz/2013/
+
FOSSGIS e.V.

die unabhängige Hilfe bei freier GIS-Software und freien Geodaten
http://www.fossgis.de
+


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

Re: [Talk-de] OSM Stand auf der FROSCON

2013-05-10 Thread Peter Wendorff

Ich merke mir den Termin mal vor, letztes Jahr wars ganz nett.
Aber versprechen kann ich bis August bisher noch nichts leider.

Gruß
Peter

Am 09.05.2013 23:29, schrieb Sven Geggus:
 Hallo zusammen,
 
 ich war im letzen Jahr zum ersten mal auf der FROSCON um einen
 Vortrag über OSM Daten in PostGIS zu halten.
 
 Da mir die Konferenz recht gut gefallen hat (eigentlich so wie
 Linuxtag ganz früher) fand ich es etwas schade, dass OSM nicht
 wirklich vertreten war.
 
 Ich wäre bereit, das in diesem Jahr zu ändern und suche Mitstreiter
 für den Aufbau eines OSM Standes.
 
 Wenn sich noch 2-3 Leute bei mir melden würde ich einen Stand
 beantragen.
 
 Gruss
 
 Sven
 


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

Re: [Talk-de] Evtl. Zusammenarbeit mit landesvermessungsamt Brandenburg

2013-05-10 Thread Andreas Dommaschk


Am 08.05.2013 14:11, schrieb Florian Lohoff:

On Wed, May 08, 2013 at 02:00:54PM +0200, Andreas Dommaschk wrote:

Hallo,

das sind ja freudige Nachrichten.

Zusätzlich zu den Adressen, würde ich noch nach der kompletten
Straßenliste für Brandenburg fragen.
Die ist, wie finde, deutlich wichtiger. Bisher habe ich immer die
Landkreise oder Ämter nach den Listen gefragt. Die komplette Liste
gibt es bisher nur gegen ein hohes Endgeld.

Die kompletten Listen gibt es in den Wahlbezirkszuordnungen und die sind
per definition Gemeinfrei.
Das ist sicher richtig, aber für diese Ordnungen gibt es mir keine 
bekannte zentrale Anlaufstelle in BB.




Es koennten lediglich Straßen ohne Häuser fehlen, meiner Erfahrung nach
sind die aber meist trotzdem mit drin.

So habe ich initial mal alle Straßenlisten NRWs zusammengetragen.
Ich habe bisher oft Straßenreinigungssatzungen genutzt. Die findet man 
vorallem in größeren Städten.



Ich würde hier den Fokus auf Adressen und Straßenlisten konzentrieren.
Die Bing Bilder sind ausreichend und aktuell. Die Luftbilder des
Landes sind stellenweise schon ein paar Jahren alt.

Flo

vg

Andreas

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

Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.

2013-05-10 Thread malenki

Tirkon schrieb:

[keine Warnung beim Umkehren von Wegen, keine Warnung beim Löschen von
Relationsmitgliedern...]

Nach dem Lesen dieses Threads schrieb ich im IRC versehentlich in #osm
statt in #osm-de, wodurch eine Diskussion zustande kam.

Mit jfire war auch einer der Programmierer dabei. Er und auch iandees
sind eher der Ansicht, dass Warnhinweise die User abschrecken und man
solche Warnungen deshalb besser weglässt.

Beim Umkehren von natural=coastline will jfire offenbar eine
Schutzfunktion implementieren. 
Warnhinweise beim (versehentlichen) Umdrehen von Einbahnstraßen oder
Wasserwegen scheinen dagegen nicht geplant oder erwünscht.

Das Tastaturkürzel zum Umkehren der Wegrichtung ist V, das auf der
Tastatur in der Regel neben B liegt - dem Kürzel für den Hintergrund -
Luftbilder und Co.

Relationen:
Es ist geplant, Relationen gut sichtbar zu machen, damit die Nutzer sie
wahrnehmen. 
Wenn dann ein Mitglied einer Abbiegebeschränkung gelöscht wird, soll die
gesamte Relation entfernt werden.

Wer es genau nachlesen möchte, findet das IRC-Log hier:
http://malenki.ch/OSM/irc_osm_-_id_reverse_ways_warn.txt

hth
Thomas



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

Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.

2013/5/11 malenki o...@malenki.ch

 Tirkon schrieb:

 [keine Warnung beim Umkehren von Wegen, keine Warnung beim Löschen von
 Relationsmitgliedern...]

 Nach dem Lesen dieses Threads schrieb ich im IRC versehentlich in #osm
 statt in #osm-de, wodurch eine Diskussion zustande kam.

 Mit jfire war auch einer der Programmierer dabei. Er und auch iandees
 sind eher der Ansicht, dass Warnhinweise die User abschrecken und man
 solche Warnungen deshalb besser weglässt.

 Beim Umkehren von natural=coastline will jfire offenbar eine
 Schutzfunktion implementieren.
 Warnhinweise beim (versehentlichen) Umdrehen von Einbahnstraßen oder
 Wasserwegen scheinen dagegen nicht geplant oder erwünscht.

 Das Tastaturkürzel zum Umkehren der Wegrichtung ist V, das auf der
 Tastatur in der Regel neben B liegt - dem Kürzel für den Hintergrund -
 Luftbilder und Co.

 Relationen:
 Es ist geplant, Relationen gut sichtbar zu machen, damit die Nutzer sie
 wahrnehmen.
 Wenn dann ein Mitglied einer Abbiegebeschränkung gelöscht wird, soll die
 gesamte Relation entfernt werden.

 Wer es genau nachlesen möchte, findet das IRC-Log hier:
 http://malenki.ch/OSM/irc_osm_-_id_reverse_ways_warn.txt

 hth
 Thomas


Vielleicht werden die mehr fortgeschrittene Mapper ab jetzt alles
doppeltredundant eintragen müssen. Eine Relation und dann noch welche Tags
um an zu geben: hier gibt es eine Relation, wenn die Relation nicht mehr da
ist, bitte neuerstellen.

Schade das mit so wenig Respekt mit unsere Beitragen umgehen wird.

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

Re: [Talk-it] come mappo un terreno non coperto da vegetazione

2013-05-10 Thread Aury88

interessante combinazione, ma ho visto che non si fa un riferimento al tag
lancover=bare_earth non si fa riferimento da nessuna parte...ne nel wiki ne
in info-node...come mai?



--
View this message in context: 
http://gis.19327.n5.nabble.com/come-mappo-un-terreno-non-coperto-da-vegetazione-tp5760095p5760407.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] come mappo un terreno non coperto da vegetazione

2013-05-10 Thread girarsi_liste


Il 10/05/2013 08:50, Aury88 ha scritto:

interessante combinazione, ma ho visto che non si fa un riferimento al tag
lancover=bare_earth non si fa riferimento da nessuna parte...ne nel wiki ne
in info-node...come mai?



Dev'essere un tag proposto che poi non ha avuto seguito.
Comunque io l'ho trovato nella wiki nel tag lancover[0].

http://wiki.openstreetmap.org/wiki/Landcover


--
Simone G.

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

[Talk-it] mapping party con GPS lungo i sentieri della valle di Daone (Trentino)

2013-05-10 Thread Dario Zontini

Segnalo questa iniziativa e chiedo di divulgarla alle sezioni CAI della 
propria zona. Grazie


DAL GPS ALLA MONTAGNA mapping party con GPS lungo i sentieri della 
valle di Daone (Trentino)


Alcune giornate di introduzione  all'uso dei GPS in montagna e delle 
mappe libere OpenStreetMap. Tutti possono partecipare ma in particolare 
l'invito è rivolto agli amanti della montagna, ai soci CAI e SAT e ai 
mappatori OSM.

Programma:
Venerdì 7/06/2013 ore 20.30: a Trento, sera introduttiva all'uso del GPS 
in montagna  presso Casa della SAT in Via Manci 57.
Sabato 29/06/2013: a Daone, prima parte di formazione teorica/pratica e 
in serata presentazione del progetto Openstreetmap.
Domenica 30/06/2013: in valle di Daone, escursioni a gruppi lungo 
sentieri di varia difficoltà e caricamento dati in OSM.


La partecipazione all'iniziativa è gratuita, pasti e pernottamenti sono 
a carico dei partecipanti. E' possibile partecipare anche ad una sola 
delle tre giornate.


Il programma completo della manifestazione è disponibile su: 
http://wiki.openstreetmap.org/wiki/Mappa_la_tua_estate_in_Trentino


Per informazioni e prenotazioni: www.visitchiese.it

Orgnizzata da: Sezioni SAT di Daone, Pieve di Bono e Storo e commissione 
sentieri SAT di Trento.


www.caisatdaone.it   - www.sat-pievedibono.it  - www.caisatstoro.it - 
www.sat.tn.it



Dario Zontini





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

Re: [Talk-it] mapping party con GPS lungo i sentieri della valle di Daone (Trentino)

2013-05-10 Thread girarsi_liste


Il 10/05/2013 14:32, Dario Zontini ha scritto:

Segnalo questa iniziativa e chiedo di divulgarla alle sezioni CAI della
propria zona. Grazie

DAL GPS ALLA MONTAGNA mapping party con GPS lungo i sentieri della
valle di Daone (Trentino)

Alcune giornate di introduzione all'uso dei GPS in montagna e delle
mappe libere OpenStreetMap. Tutti possono partecipare ma in particolare
l'invito � rivolto agli amanti della montagna, ai soci CAI e SAT e ai
mappatori OSM.
Programma:
Venerd� 7/06/2013 ore 20.30: a Trento, sera introduttiva all'uso del GPS
in montagna presso Casa della SAT in Via Manci 57.
Sabato 29/06/2013: a Daone, prima parte di formazione teorica/pratica e
in serata presentazione del progetto Openstreetmap.
Domenica 30/06/2013: in valle di Daone, escursioni a gruppi lungo
sentieri di varia difficolt� e caricamento dati in OSM.

La partecipazione all'iniziativa � gratuita, pasti e pernottamenti sono
a carico dei partecipanti. E' possibile partecipare anche ad una sola
delle tre giornate.

Il programma completo della manifestazione � disponibile su:
http://wiki.openstreetmap.org/wiki/Mappa_la_tua_estate_in_Trentino

Per informazioni e prenotazioni: www.visitchiese.it

Orgnizzata da: Sezioni SAT di Daone, Pieve di Bono e Storo e commissione
sentieri SAT di Trento.

www.caisatdaone.it - www.sat-pievedibono.it - www.caisatstoro.it -
www.sat.tn.it


Dario Zontini





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




Prima di inoltrare alla mia SAT locale, chiedo un chiarimento 
direttamente a te se posso.


Non era previsto per i partecipanti, dietro quota da pagare, 
un'assicurazione anti-infortunistica per la giornata di domenica?


--
Simone G.

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

Re: [Talk-it] mapping party con GPS lungo i sentieri della valle di Daone (Trentino)

2013-05-10 Thread Dario Zontini

ciao, si è vero, ma solo per le persone che non sono soci SAT e il costo 
è di 2 euro. Nel messaggio non ho voluto mettere troppe info, ma nella 
pagina wiki questa cosa è evidenziata.


Alle sezioni SAT comunque lo comunichiamo anche noi tramite i canali 
ufficiali.


ciao

Dario Zontini

Il 10/05/2013 14:41, girarsi_liste ha scritto:

Il 10/05/2013 14:32, Dario Zontini ha scritto:

Segnalo questa iniziativa e chiedo di divulgarla alle sezioni CAI della
propria zona. Grazie

DAL GPS ALLA MONTAGNA mapping party con GPS lungo i sentieri della
valle di Daone (Trentino)

Alcune giornate di introduzione all'uso dei GPS in montagna e delle
mappe libere OpenStreetMap. Tutti possono partecipare ma in particolare
l'invito � rivolto agli amanti della montagna, ai soci CAI e SAT e ai
mappatori OSM.
Programma:
Venerd� 7/06/2013 ore 20.30: a Trento, sera introduttiva all'uso del GPS
in montagna presso Casa della SAT in Via Manci 57.
Sabato 29/06/2013: a Daone, prima parte di formazione teorica/pratica e
in serata presentazione del progetto Openstreetmap.
Domenica 30/06/2013: in valle di Daone, escursioni a gruppi lungo
sentieri di varia difficolt� e caricamento dati in OSM.

La partecipazione all'iniziativa � gratuita, pasti e pernottamenti sono
a carico dei partecipanti. E' possibile partecipare anche ad una sola
delle tre giornate.

Il programma completo della manifestazione � disponibile su:
http://wiki.openstreetmap.org/wiki/Mappa_la_tua_estate_in_Trentino

Per informazioni e prenotazioni: www.visitchiese.it

Orgnizzata da: Sezioni SAT di Daone, Pieve di Bono e Storo e commissione
sentieri SAT di Trento.

www.caisatdaone.it - www.sat-pievedibono.it - www.caisatstoro.it -
www.sat.tn.it


Dario Zontini





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




Prima di inoltrare alla mia SAT locale, chiedo un chiarimento 
direttamente a te se posso.


Non era previsto per i partecipanti, dietro quota da pagare, 
un'assicurazione anti-infortunistica per la giornata di domenica?






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

Re: [Talk-it] mapping party con GPS lungo i sentieri della valle di Daone (Trentino)

2013-05-10 Thread girarsi_liste


Il 10/05/2013 14:50, Dario Zontini ha scritto:

ciao, si è vero, ma solo per le persone che non sono soci SAT e il costo
è di 2 euro. Nel messaggio non ho voluto mettere troppe info, ma nella
pagina wiki questa cosa è evidenziata.

Alle sezioni SAT comunque lo comunichiamo anche noi tramite i canali
ufficiali.

ciao

Dario Zontini



Quindi, nel mio caso non serve comunicare alla SAT della mia zona perchè 
si arrangiano col bollettino, giusto?


Allora mi resta solo da poter venire a Daone. :)


--
Simone G.

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

[Talk-it] GeoChat plugin per JOSM

Oggi è stato annunciato su talk un Plugin per JOSM, si chiama GeoChat e
consente si mettersi in Chat con altri mappatori intorno.

Credo che potrebbe essere una bella cosa di chattare direttamente fuori
da JOSM.

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

Re: [Talk-it] come mappo un terreno non coperto da vegetazione

2013-05-10 Thread Aury88

in quel wiki c'è la categoria bare earth ma manca il tag (sia il key che il
value)...
Mi sembra strano che non ci sia un tag per una cosa così basica come il
terreno nudo :( 



--
View this message in context: 
http://gis.19327.n5.nabble.com/come-mappo-un-terreno-non-coperto-da-vegetazione-tp5760095p5760499.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] come mappo un terreno non coperto da vegetazione





On 10/mag/2013, at 16:18, Aury88 spacedrive...@gmail.com wrote:

 Mi sembra strano che non ci sia un tag per una cosa così basica come il
 terreno nudo :( 


puoi usare qualsiasi tag sensato
userei qc come landcover=bare_earth o soil o qualcosa più specifico per 
descrivere meglio il tipo di terra ;-)

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

Re: [Talk-it] come mappo un terreno non coperto da vegetazione

guarda anche qui:
http://taginfo.openstreetmap.org/keys/landcover#values
e forse qui:
http://taginfo.openstreetmap.org/keys/surface#values

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

Re: [Talk-it] Caricare info/node OSM direttamente su OpenLayers.

2013-05-10 Thread pjhooker

Ho messo il file in GitHub se qualcuno è interessato ...

https://github.com/cityplanner/osm_and_wikipedia/blob/master/ol_parse_json_wiki_plus_osm.php

è corretto il link?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Caricare-info-node-OSM-direttamente-su-OpenLayers-tp5759882p5760537.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-se] Nybörjarmanual - Start

2013-05-10 Thread Peter Kindström

Hej!
Har ni sett att iD-editorn redan finns på OpenStreetMap.org? Nu kan vi 
definitivt skriva för den.

Jag har börjat lägga in lite text på wikin. Plus att jag lade in den engelska 
texten om hur man skapar konto, från LearnOSM.org. Bara att översätta för den 
som är sugen!  ;-) 

-- 
Vänliga hälsningar
Peter Kindström___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Mapwarper

2013-05-10 Thread Lars Aronsson


On 05/09/2013 03:46 PM, Lars Aronsson wrote:

På adressen http://mapwarper.net/maps/1283#Preview_Map_tab
har jag laddat upp en del av Generalstabskartan från 1875


Idag har jag provat att skapa ett lager, nämligen
för de kartor som ingår i boken Svenska orter,
som jag nyligen scannade in i Projekt Runeberg,

http://mapwarper.net/layers/65

Hittills är bara de tre sydligaste huvudkartorna inlagda,
alltså Skånes sydkust plus Bornholm, samt bokens
översiktskarta över bladindelningen.

Några lärdomar:

* Det krävs 10-20 kontrollpunkter för att ett kartblad
ska bli bra. Nöj dig aldrig med 4-5 stycken.

* Sätt kontrollpunkterna i vägkorsningar (för äldre
vägar!). Symbolerna för kyrkor sitter ofta fel. (Om
de satt rätt på kartan, skulle de kollidera med vägen.)

* Följ upp färgkodningen på kontrollpunkterna. Rött
och gult betyder stora avvikelser.

Det är ett hantverk. Man blir bättre av övning.


--
  Lars Aronsson (l...@aronsson.se)
  Aronsson Datateknik - http://aronsson.se

  Wikimedia Sverige - stöd fri kunskap - http://wikimedia.se/

  Projekt Runeberg - fri nordisk litteratur - http://runeberg.org/
  Följ Projekt Runeberg på https://www.facebook.com/ProjektRuneberg



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

Re: [Talk-se] Mapwarper

2013-05-10 Thread Joakim Fors

Mapwarper är intressant tjänst. Skulle vara att få tag i en drönare som kan 
flyga sig själv (Ardupilot) och köra in lite bilder från en sån i tjänsten. Sen 
för att vara bitter och innåtvänd kan jag ju påpeka att Ekonomiska kartan 
(finns som WMS och TMS) är mer relevant och väl innehåller samma eller mer 
information än just dom där lagren? ;)

/Joakim


On 10 maj 2013, at 19:08, Lars Aronsson l...@aronsson.se wrote:

 On 05/09/2013 03:46 PM, Lars Aronsson wrote:
 På adressen http://mapwarper.net/maps/1283#Preview_Map_tab
 har jag laddat upp en del av Generalstabskartan från 1875
 
 Idag har jag provat att skapa ett lager, nämligen
 för de kartor som ingår i boken Svenska orter,
 som jag nyligen scannade in i Projekt Runeberg,
 
 http://mapwarper.net/layers/65
 
 Hittills är bara de tre sydligaste huvudkartorna inlagda,
 alltså Skånes sydkust plus Bornholm, samt bokens
 översiktskarta över bladindelningen.
 
 Några lärdomar:
 
 * Det krävs 10-20 kontrollpunkter för att ett kartblad
 ska bli bra. Nöj dig aldrig med 4-5 stycken.
 
 * Sätt kontrollpunkterna i vägkorsningar (för äldre
 vägar!). Symbolerna för kyrkor sitter ofta fel. (Om
 de satt rätt på kartan, skulle de kollidera med vägen.)
 
 * Följ upp färgkodningen på kontrollpunkterna. Rött
 och gult betyder stora avvikelser.
 
 Det är ett hantverk. Man blir bättre av övning.
 
 
 -- 
  Lars Aronsson (l...@aronsson.se)
  Aronsson Datateknik - http://aronsson.se
 
  Wikimedia Sverige - stöd fri kunskap - http://wikimedia.se/
 
  Projekt Runeberg - fri nordisk litteratur - http://runeberg.org/
  Följ Projekt Runeberg på https://www.facebook.com/ProjektRuneberg
 
 
 
 ___
 Talk-se mailing list
 Talk-se@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-se


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

Re: [Talk-es] Geoinquietos Sevilla

2013-05-10 Thread José Manuel Díaz Soriano

Alguien tiene lo que se habló/presentó?

Me ha jodido bastante no poder ir, ya que como responsable de los imports
de OpenStreetMap en la provincia de Sevilla debería haber ido.


El 8 de mayo de 2013 19:35, Moises Arcos moiarc...@gmail.com escribió:

 Buenas tardes,

 una vez más los amantes del mundo GIS de Sevilla nos reuniremos para
 hablar sobre distintas tecnologías del mundo de los Sistemas de Información
 Geográfica, tales como: OpenStreetMap, CartoDB, Geo-Metadatos …

 Nuestro próximo encuentro será el jueves *16 de mayo* a las *18:30h* en
 el *Edificio Fórum* de Nervión, en la Avenida Luis de Morales 32. La
 entrada es gratuita.

 Está dirigido a todo profesional que esté inmerso en este tipo de
 tecnologías, los temas que trataremos son:

 1. Presentación de OsGeo a cargo de María Arias de Reyna. @delawen
 2. Presentación de Geoinquietos a cargo de Moisés Arcos. @moiarcsan
 3. Charlas coloquiales sobre distintas tecnologías.
 4. Repartir tareas a hacer de cara a consolidar el grupo.

 *¿Qué es eso de Geoinquietos?*

 Son encuentros locales informales entre gente que comparte inquietudes,
 intereses, experiencias o cualquier idea en el ámbito de la geomática, el
 software libre y la tecnología geoespacial (todo aquello relacionado con el
 ámbito GEO y SIG).

 Tenemos una lista de correo [1], donde te puedes registrar [2] y compartir
 tus inquietudes.

 Sin más invito a todo aquél que tenga curiosidad a averiguar de qué se
 trata.

 [1] sevi...@lists.osgeo.org
 [2] http://lists.osgeo.org/cgi-bin/mailman/listinfo/sevilla


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


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

Re: [Talk-es] Geoinquietos Sevilla

2013-05-10 Thread Juan Luis Rodríguez Ponce

El 10 de mayo de 2013 11:50, José Manuel Díaz Soriano
cbu...@gmail.comescribió:

 Alguien tiene lo que se habló/presentó?

 Me ha jodido bastante no poder ir, ya que como responsable de los imports
 de OpenStreetMap en la provincia de Sevilla debería haber ido.


Todavía estás a tiempo. Es el próximo 16 de Mayo a las  18:30.

-- 
Juan **Luis Rodríguez** Ponce
Área de Proyectos

Emergya Consultoría
Tfno:  +34 954 51 75 77 / +34 670 41 98 62
Fax: +34 954 51 64 73
www.emergya.es
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Geoinquietos Sevilla

2013-05-10 Thread José Manuel Díaz Soriano

Joder, he leído que era ayer (El trabajo me está matando), pues allí nos
vemos sin duda :D

Un saludo y gracias por la celeridad en la contestación


El 10 de mayo de 2013 11:52, Juan Luis Rodríguez Ponce 
jlrodrig...@emergya.com escribió:




 El 10 de mayo de 2013 11:50, José Manuel Díaz Soriano 
 cbu...@gmail.comescribió:

 Alguien tiene lo que se habló/presentó?

 Me ha jodido bastante no poder ir, ya que como responsable de los imports
 de OpenStreetMap en la provincia de Sevilla debería haber ido.


 Todavía estás a tiempo. Es el próximo 16 de Mayo a las  18:30.

 --
 Juan **Luis Rodríguez** Ponce
 Área de Proyectos

 Emergya Consultoría
 Tfno:  +34 954 51 75 77 / +34 670 41 98 62
 Fax: +34 954 51 64 73
 www.emergya.es

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


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

Re: [Talk-es] Geoinquietos Sevilla

2013-05-10 Thread José Manuel Díaz Soriano

Si me diese el dinero, iría sin duda, que en Valencia hay un nivelazo de
geoinquietos.


El 10 de mayo de 2013 11:58, Jorge Gaspar Sanz Salinas
js...@osgeo.orgescribió:

 2013/5/10 José Manuel Díaz Soriano cbu...@gmail.com:
  Joder, he leído que era ayer (El trabajo me está matando), pues allí nos
  vemos sin duda :D
 
  Un saludo y gracias por la celeridad en la contestación
 

 Ayer fue en Córdoba creo, a esa sí llegas tarde.

 A las geobirras de hoy en Valencia a las 7 estás invitado.

 Geoinquietos everywhere

 --
 Jorge Sanz
 http://es.osgeo.org

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

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

Re: [Talk-es] Geoinquietos Sevilla

2013-05-10 Thread Jorge Gaspar Sanz Salinas

2013/5/10 José Manuel Díaz Soriano cbu...@gmail.com:
 Si me diese el dinero, iría sin duda, que en Valencia hay un nivelazo de
 geoinquietos.


El tema de las geobirras lo tenemos muy rodao, cierto. Hacemos actas y todo.



--
Jorge Sanz
http://es.osgeo.org

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

Re: [Talk-es] Geoinquietos Sevilla

2013-05-10 Thread Moises Arcos

Me alegro José Manuel que te apuntes!!!

El 10 de mayo de 2013 12:59, Jorge Gaspar Sanz Salinas
js...@osgeo.orgescribió:

 2013/5/10 José Manuel Díaz Soriano cbu...@gmail.com:
  Si me diese el dinero, iría sin duda, que en Valencia hay un nivelazo de
  geoinquietos.
 

 El tema de las geobirras lo tenemos muy rodao, cierto. Hacemos actas y
 todo.


Que nivelazo!!!





 --
 Jorge Sanz
 http://es.osgeo.org

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

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

Re: [Talk-es] Geoinquietos Sevilla

2013-05-10 Thread Jonas Andradas

2013/5/8 Moises Arcos moiarc...@gmail.com

 Buenas tardes,


¡Hola!



 una vez más los amantes del mundo GIS de Sevilla nos reuniremos para
 hablar sobre distintas tecnologías del mundo de los Sistemas de Información
 Geográfica, tales como: OpenStreetMap, CartoDB, Geo-Metadatos …

 Nuestro próximo encuentro será el jueves *16 de mayo* a las *18:30h* en
 el *Edificio Fórum* de Nervión, en la Avenida Luis de Morales 32. La
 entrada es gratuita.

 Está dirigido a todo profesional que esté inmerso en este tipo de
 tecnologías, los temas que trataremos son:

 1. Presentación de OsGeo a cargo de María Arias de Reyna. @delawen
 2. Presentación de Geoinquietos a cargo de Moisés Arcos. @moiarcsan
 3. Charlas coloquiales sobre distintas tecnologías.
 4. Repartir tareas a hacer de cara a consolidar el grupo.


Si os parece bien, y dado que es el jueves, se podría comentar la Mapping
Party de Badajoz[1], por si alguien se animase a venir. Nos vendría bien
gente con experiencia para ayudar a los que se han apuntado y quizá tengan
menos :)

[1] http://ptc.dip-badajoz.es/grupos/mapping-party-badajoz



 *¿Qué es eso de Geoinquietos?*

 Son encuentros locales informales entre gente que comparte inquietudes,
 intereses, experiencias o cualquier idea en el ámbito de la geomática, el
 software libre y la tecnología geoespacial (todo aquello relacionado con el
 ámbito GEO y SIG).

 Tenemos una lista de correo [1], donde te puedes registrar [2] y compartir
 tus inquietudes.

 Sin más invito a todo aquél que tenga curiosidad a averiguar de qué se
 trata.

 [1] sevi...@lists.osgeo.org
 [2] http://lists.osgeo.org/cgi-bin/mailman/listinfo/sevilla


Muchas gracias,

Un saludo,

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

[Talk-ar] Avenida del Libertador

2013-05-10 Thread Gustavo Gabriel Ramis

Alguien que tenga como y sepa restaurar cambios hechos (carril y manos
borradas)
Junto a Estación Retiro
Gracias!!
___
Talk-ar mailing list
Talk-ar@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ar

[Talk-ee] Fwd: [Liikmed] Kutse EMSL-i üldkoosolekule 31. mail

2013-05-10 Thread Jaak Laineste

Tere,

Et MTÜ Avatud Maakaardi Selts on EMSL liige, siis oleme kutsutud nende 
üldkoosolekule. Kas keegi on huvitatud minemast ja MTÜd esindamast? Ma ühel 
aastal käisin, networkida ja toredate inimetega juttu rääkida saab ikka, ja 
uurida mis loom see EMSL on.

Jaak

Begin forwarded message:

 From: Urmo Kübar u...@ngo.ee
 Subject: [Liikmed] Kutse EMSL-i üldkoosolekule 31. mail
 Date: 3. mai 2013 11:11.17 GMT+03:00
 To: liik...@ngo.ee
 
 
 Tere!
 
 EMSL-i üldkoosolek toimub sel aastal 31. mail algusega kell 13 Tallinna 
 Ülikooli Astra majas (Narva mnt 25), ruum A242 - olete väga oodatud. Lisaks 
 tavapärasele aastaaruandele ja tegevuskavale on seekord vaja valida ka uusi 
 liikmeid nõukogusse, otsustada EMSL-i lähiaastate olulisemate tegevussuundade 
 üle ning näeb ka augustist tööle asuvat uut juhatajat Marist.
 
 Lähem info ajakava kohta on ja kõik üldkoosoleku materjalid jõuavad valmimise 
 järjekorras www.ngo.ee/yldkoosolek. Palun käige seal vähemalt korraks kohe 
 praegu ja andke teada, kas tulete ise, volitate end esindama mõne teise 
 liikmesorganisatsiooni või ei saa tänavu kumbagi teha. Olete ju ise ka 
 peaaegu kõik üldkoosolekute korraldajad ja teate, kui palju tööd on 
 teadasaamisega, kes tulemas on - mida rohkem teist võtab paar minutit, et oma 
 vastus veebi kaudu esitada, seda vähematele peab Robert hiljem sama 
 küsimusega helistama.
 
 Ja teine oluline teade: et valitakse uusi nõukogu liikmeid, siis palume ka 
 mõelda, kas ja keda soovite oma organisatsiooni poolt kandidaadiks seada. 
 Tänavusega lahkub neli nõukogu liiget: Barbi Pilvre, Daniel Vaarik, Kristina 
 Mänd ja Maarja Mändmaa. Jätkavad Krista Pedak (Kodukant), Liia Hänni (e-Riigi 
 Akadeemia), Margo Loor (Väitlusselts), Tarmo Tüür (Eestimaa Looduse Fond) ja 
 Sandra Lillemaa (Noored Kooli). Vastavalt põhikirjale on meie nõukogu 7-10 
 liikmeline, seega valitakse tänavu vastavalt üldkoosoleku kohapeal tehtavale 
 otsusele juurde 2-5 uut liiget.
 
 Kandidaate saavad üles seada ja nende üle hääletada ainult EMSL-i liikmed, 
 samas ei pea kandidaat olema ilmtingimata meie liikmesorganisatsiooni juht 
 või töötaja või liige. Tähtpäev kandidaatide esitamiseks on 17. mai ning 
 selleks tuleb meile saata aadressil i...@ngo.ee tema elulookirjeldus ja 
 lühike vabas vormis põhjendus, miks ta võiks olla hea EMSL-i nõukogu liige. 
 Need materjalid paneme kodulehele välja, et üldkoosolekule tulijad saaksid 
 kandidaatidega tutvuda.
 
 Jääme siin ootama aktiivset kandideerimist ja osalemist üldkoosolekul, veel 
 enne seda aga soovin head homset talgupäeva!
 Urmo
 EMSL
 

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

[Talk-at] AGIT - OSM Stand

2013-05-10 Thread Andreas Labres

Hallo!

Wäre wäre denn bereit, beim OSM-Stand auf der AGIT mitzuhelfen?

http://www.fossgis.de/wiki/AGIT_2013

Bitte tragt Euch dort ein bzw. meldet Euch beim Verantwortlichen bzw. wäre es
schön, wenn sich unter uns jemand fände, der die Organisation des OSM-Standes
übernimmt. Und wenn's nur darum geht, die div. Messeartikel (RollUps, Banner
usw.) an die richtigen Adressen zu versenden...

lg
Andreas

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

[Talk-at] Weihename

2013-05-10 Thread Andreas Labres

Hallo!

Eine Kirche hat meist einen allgemein üblichen Namen Pfarrkirche Dortundort
und einen Weihenamen (Patrozinium) Hl. Soundso und es gibt immer die
Diskrepanz, trägt man das eine oder das andere als name ein. Mein Vorschlag
wäre, den allgemein bekannten Namen als name und den Weihenamen als
holy_name (das wäre dann auch überkonfessionell zu verstehen) einzutragen. Was
haltet Ihr davon?

z.B.

   http://www.openstreetmap.org/browse/way/48434703
   name=Pfarrkirche Mariabrunn
   holy_name=Maria Heimsuchung

   http://www.openstreetmap.org/browse/way/29735726
   name=Pfarrkirche Theiß
   holy_name=Maria Empfängnis

   http://www.openstreetmap.org/browse/way/163736373
   name=Wendelinkapelle
   holy_name=Hl. Wendelin

/al

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

Re: [Talk-at] Weihename

2013-05-10 Thread sys-admin.at

Ja, das finde ich sinnvoll.


Am 10.05.2013 10:40, schrieb Andreas Labres:
 Hallo!

 Eine Kirche hat meist einen allgemein üblichen Namen Pfarrkirche Dortundort
 und einen Weihenamen (Patrozinium) Hl. Soundso und es gibt immer die
 Diskrepanz, trägt man das eine oder das andere als name ein. Mein Vorschlag
 wäre, den allgemein bekannten Namen als name und den Weihenamen als
 holy_name (das wäre dann auch überkonfessionell zu verstehen) einzutragen. 
 Was
 haltet Ihr davon?

 z.B.

http://www.openstreetmap.org/browse/way/48434703
name=Pfarrkirche Mariabrunn
holy_name=Maria Heimsuchung

http://www.openstreetmap.org/browse/way/29735726
name=Pfarrkirche Theiß
holy_name=Maria Empfängnis

http://www.openstreetmap.org/browse/way/163736373
name=Wendelinkapelle
holy_name=Hl. Wendelin

 /al

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


-- 
--
sys-admin.at
Ing. Christian Aigner
Seeböckgasse 34/32-33
A-1160 Wien
+43 699 1219 4187
UID: ATU57867749


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

Re: [Talk-at] Weihename

2013-05-10 Thread Friedrich Volkmann


On 10.05.2013 10:40, Andreas Labres wrote:

Eine Kirche hat meist einen allgemein üblichen Namen Pfarrkirche Dortundort
und einen Weihenamen (Patrozinium) Hl. Soundso und es gibt immer die
Diskrepanz, trägt man das eine oder das andere als name ein. Mein Vorschlag
wäre, den allgemein bekannten Namen als name und den Weihenamen als
holy_name (das wäre dann auch überkonfessionell zu verstehen) einzutragen. Was
haltet Ihr davon?


Das Problem hat mich auch schon immer beschäftigt, aber bei den meisten 
Kirchen war der Weihename als name eingetragen und deshalb hab ich das 
selber genauso gehandhabt. Die anderen Namen hab ich als alt_name o.ä. 
eingetragen.


Man kann argumentieren, dass Sanktirgendwas eigentlich der Name des 
Schutzpatrons und nicht der Kirche ist. Aber was ist dann der richtige Name 
der Kirche? Pfarrkirche oder Pfarrkirche Ortsname oder 
Heiligennamekirche? Weitere Beispiele aus der DB:

Leidinger Kirche; Ortskapelle
zum heiligen Kreuz; Stiftskirche
Jakobskirche; Wallfahrtskirche
Mariä-Empfängnis-Dom; Mariendom; Neuer Dom

Klickt man auf www.othmar.at im Menü links auf St. Othmar, dann öffenet 
sich eine Seite mit dem Titel Die St. Othmarkirche, und weiter unten ist 
von der Othmarkirche die Rede.


= Es ist i.a. unmöglich, *den* allgemein üblichen Namen zu bestimmen.

Und was haben wir davon, wenn alle Kirchen in der Karte mit ...-kirche 
bezeichnet sind? Dass es Kirchen sind, weiß man eh. Das ergibt sich schon 
aus building=church bzw. aus der Signatur.


Ich wär mehr dafür, ein eigenes Tag für Pfarrkirche xxx einzuführen. Sowas 
wie parish=xxx. Und als name=* lassen wir den Heiligen. Das ist wenigstens 
eindeutig.


Wenn wir ein Tag für den Weihenamen einführen, dann bitte nicht holy_name, 
denn das kann man leicht als heiligen Namen fehlinterpretieren. Heilig ist 
nicht der Name, sondern die verstorbene Person. Was ist die englische 
Übersetzung von Patronizium? Wie wär's mit patron=* ?


Falls wir, in welcher Weise auch immer, die Namenskonvention für Kirchen 
ändern, stellt sich noch eine Frage: Wer tut sich die Arbeit an, die vielen 
tausend Kirchen in Österreich alle manuell durchzugehen und umzutaggen?


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

[Talk-ro] Cu Bicicleta Prin Arad

2013-05-10 Thread alex-map

Salut, 

Incerc sa imi fac un traseu cu bicicleta pe valea Muresului, am ajuns pana 
la Cetatea Arad (podul decebal) as prea sa trec podul si sa o iau pe langa 
Mures spre vest. Daca trec pe sub Podul Traian (partea din-spre centru) pot 
merge mai departe sau raman pe Calea Romanilor? Mai departe mergand spre 
vest pot trece pe sub autostrada (Strada Marului) sa ajung in padure? 


In parcul de sub cetate sunt doua poduri de pontoane peste mures, sunt 
acele poduri practicabile pentru a trece muresul cu bicicleta (fara scari 
pentru a nu trebuii sa iau bicicleta in spate)?

 As fi foarte recunoscator pentru orice indicatii.
___
Talk-ro mailing list
Talk-ro@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ro

Re: [Talk-ro] Cetatea Alba-Iulia

2013-05-10 Thread Gabriel Sebastian Moise

cel mai bine ar fi daca e cineva care cunoaste zona... cea mai buna
solutie

Si chiar daca nu e bine 80% conteaza ca este mult , mult mai bine fata de
cum era pana acum.




2013/5/10 alex-map [via GIS] ml-node+s19327n576045...@n5.nabble.com

 Salut,


 de cateva saptamani am refacut cetatea Alba Iulia pe baza datelor Bing
 poate cineva da o privire pe acole astfel sa am un feedback daca tot ce am
 precut pe acolo este ok.

 ___
 Talk-ro mailing list
 [hidden email] http://user/SendEmail.jtp?type=nodenode=5760450i=0
 http://lists.openstreetmap.org/listinfo/talk-ro


 --
  If you reply to this email, your message will be added to the discussion
 below:
 http://gis.19327.n5.nabble.com/Cetatea-Alba-Iulia-tp5760450.html
  To start a new topic under Romania, email
 ml-node+s19327n542503...@n5.nabble.com
 To unsubscribe from Romania, click 
 herehttp://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=5425034code=R2FicmllbFNlYmFzdGlhbk1vaXNlQGdtYWlsLmNvbXw1NDI1MDM0fC0xNjUyMTcwOTky
 .
 NAMLhttp://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml




-- 
Toate cele bune !
---
Gabriel Sebastian  Moise
Administrator Local - Departament Tehnic
--
NextGen Communications S.R.L. - Campina

Mobil NextGen  : 076 111 65 59
Mobil Personal : 0726 311 957

Adresa Postala: Carol I, Nr.62, Sediul RTC
--




--
View this message in context: 
http://gis.19327.n5.nabble.com/Cetatea-Alba-Iulia-tp5760450p5760452.html
Sent from the Romania mailing list archive at Nabble.com.___
Talk-ro mailing list
Talk-ro@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ro

Re: [Talk-ro] Cetatea Alba-Iulia

2013-05-10 Thread Gabriel Sebastian Moise

* Ma refeream la faptul ca daca e corect in proportie de 70 - 80% , este
foarte bine, fata de cum era pana acum. Orice informatie noua, actualizata
si completata, este binevenita.


În data de 10 mai 2013, 13:21, Gabriel Sebastian Moise 
gabrielsebastianmo...@gmail.com a scris:

 cel mai bine ar fi daca e cineva care cunoaste zona... cea mai buna
 solutie

 Si chiar daca nu e bine 80% conteaza ca este mult , mult mai bine fata de
 cum era pana acum.




 2013/5/10 alex-map [via GIS] ml-node+s19327n576045...@n5.nabble.com

  Salut,


 de cateva saptamani am refacut cetatea Alba Iulia pe baza datelor Bing
 poate cineva da o privire pe acole astfel sa am un feedback daca tot ce am
 precut pe acolo este ok.

 ___
 Talk-ro mailing list
 [hidden email] http://user/SendEmail.jtp?type=nodenode=5760450i=0
 http://lists.openstreetmap.org/listinfo/talk-ro


 --
  If you reply to this email, your message will be added to the
 discussion below:
 http://gis.19327.n5.nabble.com/Cetatea-Alba-Iulia-tp5760450.html
  To start a new topic under Romania, email
 ml-node+s19327n542503...@n5.nabble.com
 To unsubscribe from Romania, click 
 herehttp://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=5425034code=R2FicmllbFNlYmFzdGlhbk1vaXNlQGdtYWlsLmNvbXw1NDI1MDM0fC0xNjUyMTcwOTky
 .
 NAMLhttp://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml




 --
 Toate cele bune !
 ---
 Gabriel Sebastian  Moise
 Administrator Local - Departament Tehnic
 --
 NextGen Communications S.R.L. - Campina

 Mobil NextGen  : 076 111 65 59
 Mobil Personal : 0726 311 957

 Adresa Postala: Carol I, Nr.62, Sediul RTC
 --




-- 
Toate cele bune !
---
Gabriel Sebastian  Moise
Administrator Local - Departament Tehnic
--
NextGen Communications S.R.L. - Campina

Mobil NextGen  : 076 111 65 59
Mobil Personal : 0726 311 957

Adresa Postala: Carol I, Nr.62, Sediul RTC
--




--
View this message in context: 
http://gis.19327.n5.nabble.com/Cetatea-Alba-Iulia-tp5760450p5760455.html
Sent from the Romania mailing list archive at Nabble.com.___
Talk-ro mailing list
Talk-ro@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ro

Re: [Talk-ro] Ce punem la name în cazul blocurilor?

2013-05-10 Thread Eddy Petrișor

În data de 09.05.2013 13:30, Razvan radulescu.raz...@gmail.com a scris:

 La navteq e o alta problema. Nu ei se ocupa direct in romania de survey
ci o firma platita pentru asta. Si astia de aici le dau celor de la navteq
datele culese pentru includere in baza de date...

 Si revenind la numere...
 Oricum cel mai bine ar fi fara bloc. Si asta e parerea mea finala.

Eu aș zice că ar trebui să formalizăm în ceva de genul addr:block=F3 pentru
a fi utilizabil și in alte ţări.

Din păcate, asta ar însemna fie să nu mai adăugăm name=F3 deloc, fie să
duplicăm addr:block cu name.

E logic ca usurezi si munca de adaugare pe harta si cuvantul bloc este
inuil la cautare.


 On 09.05.2013 13:14, Strainu wrote:

 Dă te rog reply to all ca să rămână și lista în destinatari...

 Marilor producători de hărți li se rupe de România. Dacă dau
 București, Saidac Gheorghe nr X în hărțile de la Navteq o să mă
 trimită pe Nucșoara. Iar în orașele mici degeaba știi tu că vrei să
 ajungi pe Strada X, Nr Y, dacă întrebi pe cineva pe stradă habar n-o
 să aibă. Dacă în schimb întrebi după nume, ai o șansă. De asta mi se
 pare foarte important să ai și asemenea informați în OSM.

 Strainu

 În data de 9 mai 2013, 13:07, Razvan radulescu.raz...@gmail.com a
scris:

 Marii producatori de harti ca Navteq sau tomtom sau TopMap  nu pun asa
ceva
 pe harti. Ei pun doar numerele de adrese. La urma urmei cautarea unei
adrese
 este dupa numele strazii si numar. Cum spunea si d-l Francisc Toth. Stiu
 asta deoarece acum 3 ani am colaborat cu cei de la TM aproape 1 an...
Desi
 ar putea, nu isi permit asta din cauza lipsei de timp si de resurse
umane
 pentru asa ceva. Ei folosec Mapinfo ca si program de editare  + ceva
 pluginuri personalizate facute de echipa lor de dezvoltare software.
   Unele dintre pluginuri sunt folosite inclusiv pentru exportarea din
mapinfo
 a fisierului final cu extensia ceruta de programul de navigare
specific. (
 de exemplu fbl in cazul Igo).


 On 09.05.2013 10:03, Strainu wrote:

 În data de 8 mai 2013, 20:07, Razvan radulescu.raz...@gmail.com a
scris:


 In acest caz daca tot este trecut D3 pe bloc il lasam asa. Dar trebuie
 adaugat si numarul de adresa, adica Nr. 12 in acest caz deoarece mi se
 pare
 cel mai important pentru gasirea unei adrese la fix ( in cazul
caselor).
 Si
 sa nu uitam de addr: street name. ca fara el numarul nu are nicio
 valoare.
 Nu este gasit la cautare in osmand.

 Am reintrodus lista, scoasă din greșeala mea.

 Sigur că pentru adresa completă e nevoie de tot ce ai zis tu, dar eu
 vorbeam strict de câmpul name. Acolo în București e pus acel D3
 (eventual cu Bl, bloc etc. în față). În alte părți e și altceva? Dacă
 nu, poate putem rula scriptul lui Eddy pentru uniformizat numele și
 pentru blocuri.

 Strainu


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



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

Re: [Talk-ro] Cetatea Alba-Iulia

2013-05-10 Thread Gabriel Sebastian Moise

Nu cred ca gasesti DN-uri si DJ-uri neasfaltate la tot pasul... poate
daca are vreo portiune de 100m unde s-a surpat sau vreo alta
problema... Eu deja m-am apucat de asa ceva. Ca sa nu mai zic ca nici
autostrazile nu au toate informatiile. Sau poate ai uitat ? Softul
momentan ruteaza mai mult dupa categoria drumului, daca e trunk, primary,
secondary , tertiary.
Calcularea timpului pana la destinatie nu prea o calculeaza corect , decat
daca pe traseu drumul trece printr-o localitate si softul poate stie pentru
tara repectiva ce limite sunt pe categoriile de localitati, si da un timp
estimativ. Nu e de mirare ca l-a dus pe Michael la o iesire aiurea din
autostrada. Softu a citit pe harta lipsa de informatii, si a rutat cum i
s-a trasnit mai usor sa-l scoata catre o destinatie. SI noi ne pierdem
vremea cu niste blocuri... Alea-s ultima problema Sunt altele mai
importante...

Va pupa tata . :P

În data de 10 mai 2013, 17:07, razor74 [via GIS]
ml-node+s19327n5760496...@n5.nabble.com a scris:

Salut.
Excelent.
Dar strada Mihai Viteazul nu are limita de viteza. Si in general drumurile
nu au setat tipul de pavaj, nr. de lane. Chiar vroiam sa deschid discutia
asta la un moment dat cu propunerea ca, daca tot lucram fiecare mai mult pe
anumite zone si putem spune ca din punct de vedere a acoperirii orasele
mari sunt cat de cat ok, ar fi bine sa incepem sa ne gandim si la o rutare
corecta. Rutare care se va face corect numai cand softul va citi corect
numar lane, tipul drumului(prioritate) tip pavaj si in cazul in care pe
ruta aceea avem si toate drumurile cu limita de viteza, ne va putea spune
si timpul aproximativ in care vom ajunge la destinatie. Fara asta, nu are
cum sa calculeze. macar sa facem asta pe principalele artere din afara si
cele de tranzit din orase.(DN-uri DJ-uri). Avem posibilitatea sa facem
harta asta sa ruteze mai bine decat o harta cumparata pe bani de la
producatori consacrati...

PS: Acolo unde sunt imagini bing de buna calitate se poate observa usor
unde este asflat , iar daca sunt marcajele facute pe drum se pot vedea si
numarul de lane-uri.

On 10.05.2013 12:21, alex-map wrote:

Salut,

de cateva saptamani am refacut cetatea Alba Iulia pe baza datelor Bing
poate cineva da o privire pe acole astfel sa am un feedback daca tot ce am
precut pe acolo este ok.

___
Talk-ro mailing list[hidden email]
http://user/SendEmail.jtp?type=nodenode=5760496i=0http://lists.openstreetmap.org/listinfo/talk-ro

___
Talk-ro mailing list
[hidden email] http://user/SendEmail.jtp?type=nodenode=5760496i=1
http://lists.openstreetmap.org/listinfo/talk-ro

--
If you reply to this email, your message will be added to the discussion
below:
http://gis.19327.n5.nabble.com/Cetatea-Alba-Iulia-tp5760450p5760496.html
To start a new topic under Romania, email
ml-node+s19327n542503...@n5.nabble.com
To unsubscribe from Romania, click
herehttp://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=5425034code=R2FicmllbFNlYmFzdGlhbk1vaXNlQGdtYWlsLmNvbXw1NDI1MDM0fC0xNjUyMTcwOTky
.
NAMLhttp://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml

--
Toate cele bune !
---
Gabriel Sebastian Moise
Administrator Local - Departament Tehnic
--
NextGen Communications S.R.L. - Campina

Mobil NextGen : 076 111 65 59
Mobil Personal : 0726 311 957

Adresa Postala: Carol I, Nr.62, Sediul RTC
--

--
View this message in context:
http://gis.19327.n5.nabble.com/Cetatea-Alba-Iulia-tp5760450p5760517.html
Sent from the Romania mailing list archive at Nabble.com.___
Talk-ro mailing list
Talk-ro@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ro

Re: [Talk-ro] Cetatea Alba-Iulia

2013-05-10 Thread Mircea Vutcovici

Salut.

La ce program de routare te referi?
Eu folosec OsmAnd+ si am vazut unele probleme de routare care nu erau
cauzate de erori pe harta.
Pentru PC, sau online cum pot testa daca routarea este corecta? Si ce
algoritmi sunt folositi? A* sau altceva?

Toate cele bune,
Mircea

2013/5/10 Gabriel Sebastian Moise gabrielsebastianmo...@gmail.com

Va pupa tata . :P

În data de 10 mai 2013, 17:07, razor74 [via GIS] [hidden
email]http://user/SendEmail.jtp?type=nodenode=5760517i=0
a scris:

Salut.
Excelent.
Dar strada Mihai Viteazul nu are limita de viteza. Si in general
drumurile nu au setat tipul de pavaj, nr. de lane. Chiar vroiam sa deschid
discutia asta la un moment dat cu propunerea ca, daca tot lucram fiecare
mai mult pe anumite zone si putem spune ca din punct de vedere a acoperirii
orasele mari sunt cat de cat ok, ar fi bine sa incepem sa ne gandim si la o
rutare corecta. Rutare care se va face corect numai cand softul va citi
corect numar lane, tipul drumului(prioritate) tip pavaj si in cazul in care
pe ruta aceea avem si toate drumurile cu limita de viteza, ne va putea
spune si timpul aproximativ in care vom ajunge la destinatie. Fara asta, nu
are cum sa calculeze. macar sa facem asta pe principalele artere din afara
si cele de tranzit din orase.(DN-uri DJ-uri). Avem posibilitatea sa facem
harta asta sa ruteze mai bine decat o harta cumparata pe bani de la
producatori consacrati...

PS: Acolo unde sunt imagini bing de buna calitate se poate observa usor
unde este asflat , iar daca sunt marcajele facute pe drum se pot vedea si
numarul de lane-uri.

On 10.05.2013 12:21, alex-map wrote:

Salut,

de cateva saptamani am refacut cetatea Alba Iulia pe baza datelor Bing
poate cineva da o privire pe acole astfel sa am un feedback daca tot ce am
precut pe acolo este ok.

___
Talk-ro mailing list[hidden email]
http://user/SendEmail.jtp?type=nodenode=5760496i=0http://lists.openstreetmap.org/listinfo/talk-ro

___
Talk-ro mailing list
[hidden email] http://user/SendEmail.jtp?type=nodenode=5760496i=1
http://lists.openstreetmap.org/listinfo/talk-ro

--
If you reply to this email, your message will be added to the
discussion below:
http://gis.19327.n5.nabble.com/Cetatea-Alba-Iulia-tp5760450p5760496.html
To start a new topic under Romania, email [hidden
email]http://user/SendEmail.jtp?type=nodenode=5760517i=1
To unsubscribe from Romania, click here.
NAMLhttp://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml

--
Toate cele bune !
---
Gabriel Sebastian Moise
Administrator Local - Departament Tehnic
--
NextGen Communications S.R.L. - Campina

Mobil NextGen : 076 111 65 59
Mobil Personal : 0726 311 957

Adresa Postala: Carol I, Nr.62, Sediul RTC
--

--
View this message in context: Re: Cetatea
Alba-Iuliahttp://gis.19327.n5.nabble.com/Cetatea-Alba-Iulia-tp5760450p5760517.html
Sent from the Romania mailing list
archivehttp://gis.19327.n5.nabble.com/Romania-f5425034.htmlat Nabble.com.

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

[Talk-lv] geochat josmaa

2013-05-10 Thread Rich


http://wiki.openstreetmap.org/wiki/JOSM/Plugins/GeoChat

interesanta ideja, tik nav skaidrs, kaa ar pielietojumu :)
--
 Rich

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

Re: [Talk-lv] teerbatas iela riigaa

2013-05-10 Thread Rich


On 04/26/2013 06:07 PM, Rich wrote:

On 04/26/2013 03:42 PM, Viesturs Zarins wrote:

Es esmu līdz šim piegājis pēc principa ja ir nozīmīga tranzīta satiksme
tad tetriary.

Gan tērbatas gan ģertrūes ielas ie tādas strīdīgas.

Diezgan daudz satiksmes, pa Ģertrūdes 1. trolejbuss pat kursē, bet nav
nekādas dižās tranzītielas.

Es vairāk par tetriary, bet tikai posmā, kā bija līdz šim.


principaa jaa (cik teerbatas ir noziimiiga, hvz), bet tertirary
nevajadzeetu taa vienkaarshi beigties ieksh residential - vajadzeetu
buut izejai uz vismaz citu tertiary.
taapeec kaa vienu no variantiem piedaavaaju saiisinaat tertiary posmu


taa kaa viedoklji bija dazhaadi, pagaidaam tikai noiisinaaju, lai 
nesanaak tranziita strupceljsh :)



Viesturs.

2013/4/26 Rich ric...@nakts.net mailto:ric...@nakts.net

teerbatas iela riigaa shobriid ir tertirary no tallinas liidz
gjertruudes ielai, kur beidzas tertiary tiikls.

varbuut jaapaartaisa par residential visaa garumaa vai vismaz no
gjertruudes liidz matiisa ?
--
  Rich

--
 Rich

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

Re: [Talk-cz] Preset pro JOSM

2013-05-10 Thread Dalibor Jelínek

Prave ze CTRL+C/+V je uplne nejhorsi.
Jednak musim hledat, kde jsem ten bunkr daneho typu
uz kreslil, a jestli vubec, pak to OSM s nim otevirat,
bunkr najit a zkopirovat.
Jenze nejhorsi je, ze ten bunkr neumim pastnou,
tam kam ho chci. Vlozi mi ho to pobliz toho
originalniho, coz je ovsem vetsinou 100 km od mista,
kde ho chci, takze musim brutalne odzoomovat a snazit
se ho posunout, kam patri, coz je prave ta nejvetsi
pakarna, ktere se chci vyhnout.

Zdravi,
Dalibor

-Original Message-
From: Petr Schönmann [mailto:pschonm...@gmail.com] 
Sent: Thursday, May 09, 2013 3:58 PM
To: OpenStreetMap Czech Republic
Subject: Re: [Talk-cz] Preset pro JOSM

Jestli to dobře chápu, tak na tohle by měl stačit CTRL+C +V a pak s pridrzenym 
shift+controlem muzes budovu otacet podle středu. CTRL+ALT změna měřítka




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

Re: [Talk-cz] Preset pro JOSM

2013-05-10 Thread Jan Skala


Ahoj, přispívám do diskuse poprvé tak snad se zadaří.

Máte zajímavý nápad, který musí mít řešení, sám používám Tracer plugin pro  
kreslení budov z katastrální mapy, takže to nějak jít musí. Projížděl jsem  
tedy pluginy do JOSM a našel mimo jiné tenhle:  
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/ExtTools
Zcela jistě by šel napsat samostatný plugin, ale i tohle by stačilo. Moje  
představa je kliknout, z nabídky vybrat typ a vypočítat souřadnice všech  
bodů podle předem daných vzdáleností od místa kliku/středu bunkru a do  
JOSM vrátit všechny body a z nich cestu.


Dne Thu, 09 May 2013 14:56:30 +0200 Václav Kubíček vas...@centrum.cz  
napsal(a):


Ahoj, nevíte někdo jak vytvořit v JOSM předdefinovanou cestu (jestli to  
teda jde)? Viz dotaz níže:

Vašek

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


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

[OSM-talk-fr] 90% des limites administratives des communes...

2013-05-10 Thread Christian Quest

On se rapproche doucement mais sûrement des 100%... :)

Les 3/4 des départements sont complets:
http://openstreetmap.fr/outils/etat-du-decoupage-administratif?l=6

-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr

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

Re: [OSM-talk-fr] Rendu osm_fr : trois suggestions

2013-05-10 Thread ZIMMY

+1 pour les suggestions de Christophe

1-De mon côté je pense qu'au zoom maxi les poteaux de signalisation seront
bienvenus car il n'existe pas de carte sur les fléchages

2- j'accorde une attention particulière à la valorisation de l'art dans la
ville : c'est souvent des éléments porteurs pour les villes attractives :
sculptures, fresques, fontaines,...





-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (ville d'Orange,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context: 
http://gis.19327.n5.nabble.com/Rendu-osm-fr-trois-suggestions-tp5760233p5760427.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Rendu osm_fr : bassins

2013-05-10 Thread ZIMMY

Je trouve le principe réussi, car ça correspond d'avantage à la réalité : un
bassin de rétention (son autre nom) est très rarement chargé en eau.
L'expression graphique de traits alternés suggère une présence intermittente
d'eau.
Ce type de problématique se pose également pour les fossés d'orage qui se
remplissent sur le bas cotes des routes.



-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (ville d'Orange,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context: 
http://gis.19327.n5.nabble.com/Re-Rendu-osm-fr-bassins-tp5760309p5760425.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] 90% des limites administratives des communes...

2013-05-10 Thread Jean-Baptiste Holcroft

Grâce à ton mail, j'ai compris un truc étrange de OSM.org.
Quand on cherche par exemple Paris, il encadre la zone par du bleu, mais
il y des bulles supplémentaires le long de la frontière administrative.
J'ai toujours trouvé ça étrange et c'est apparemment lié aux tags confondus
avec les points de la frontière.

Est-ce normal ou est-ce un comportement à corriger ?

PI : frontière disponible en cliquant sur le logos josm dans le tableau
Communes sur
http://openstreetmap.fr/outils/etat-du-decoupage-administratif?l=8r=75
--
Jean-Baptiste Holcroft


Le 10 mai 2013 10:42, Christian Quest cqu...@openstreetmap.fr a écrit :

 On se rapproche doucement mais sûrement des 100%... :)

 Les 3/4 des départements sont complets:
 http://openstreetmap.fr/outils/etat-du-decoupage-administratif?l=6

 --
 Christian Quest - OpenStreetMap France
 Synthèse du Week-end SOTM-FR à Lyon :
 http://openstreetmap.fr/synthese-sotmfr

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

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

Re: [OSM-talk-fr] 90% des limites administratives des communes...

Pour les quelques 4000 communes qui manquent avec maintenant 1 ou 2 par
jour, parfois 3 (les meilleurs jours), il faudrait encore au moins 4 ou 5
ans pour terminer. Une éternité par rapport à l'age du projet qui nous a
permis de délimiter les 32000 qui sont déjà là.

Il ne faut pas se réjouir trop vite. Mais se demander comment accélérer un
peu les choses avec une vingtaine par jour ou plus, quitte à utiliser le
cadastre bitmap, à défaut de vectorisation qui viendra à son heure pour
améliorer éventuellement la précision.

C'est tout de même gênant de ne pas avoir ces frontières car ça bloque des
applis de géolocalisation qui donnent des résultats aléatoires dans de trop
nombreux endroits, et c'est encore un frein pour qu'OSM devienne en France
une vraie carte alternative à Google Maps qui connait une constante
croissance un peu partout sur le web. En comparaison les belges, tchèques,
espagnols, italiens ont maintenant une couverture quasiment à 100% de leurs
communes (moyennant quelques corrections de maintenance, la précision
décamétrique n'a pas été leur premier objectif et une précision même
kilométrique permet d'avancer sur plein d'autres choses).

Je me demande si on ne devrait pas passer au tracé estimatif (comme cela se
fait dans les autres pays, qui autrement utilisent aussi des sources moins
précises pour pouvoir les affiner plus tard : en Espgne la plupart des
communes sont encore délimitées avec une précision assez faible, car même
s'ils ont un cadastre en ligne partout au plan national, il n'est pas
précis du tout sut plein de communes et n'a fait aucune conflation ; on na
la même chose en Allemagne, au Royaume-Uni).

On augmentera plus facilement la densité d'autres informations, et ce sera
même plus facile d'affiner les frontières de façon progressive grâce à ces
points de repérage ajoutés plus facilement par géolocalisation des
adresses. Certes ce n'est pas suffisant car il faut aussi les noms des rues
mais dans les villes c'est déjà très bien avancé et dans les compagnes on a
déjà les réseaux routiers intercommunaux (mais pas tous les lieux-dits).


Le 10 mai 2013 10:42, Christian Quest cqu...@openstreetmap.fr a écrit :

 On se rapproche doucement mais sûrement des 100%... :)

 Les 3/4 des départements sont complets:
 http://openstreetmap.fr/outils/etat-du-decoupage-administratif?l=6

 --
 Christian Quest - OpenStreetMap France
 Synthèse du Week-end SOTM-FR à Lyon :
 http://openstreetmap.fr/synthese-sotmfr

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

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

Re: [OSM-talk-fr] 90% des limites administratives des communes...

Des tags sur les noeuds de frontières n'ont rien d'étrange et il est
souvent même pas souhaitable de les enlever quand ils servent à indiquer un
bornage. Je pense que ces bulles sont plus gênantes qu'autre chose, surtout
quand les noeuds en question ne sont PAS des membres de la relation qu'on
visualise. Parfois ces bulles apparaissent quand une frontière est
restaurée (après une suppression) car l'outil de restauration ajoute le tag
history=Retrieved from v2, totalement inutile et polluant)

Ces bulles ne devraient être là que pour les noeuds qui sont directement
membres de la relation (souvent un seul : celui avec le rôle admin_centre
; parfois 2 quand il y a plusieurs admin_centre dans une même relation, ou
quand on a un noeud de rôle label)



Le 10 mai 2013 12:21, Jean-Baptiste Holcroft jb.holcr...@gmail.com a
écrit :

 Grâce à ton mail, j'ai compris un truc étrange de OSM.org.
 Quand on cherche par exemple Paris, il encadre la zone par du bleu, mais
 il y des bulles supplémentaires le long de la frontière administrative.
 J'ai toujours trouvé ça étrange et c'est apparemment lié aux tags confondus
 avec les points de la frontière.

 Est-ce normal ou est-ce un comportement à corriger ?

 PI : frontière disponible en cliquant sur le logos josm dans le tableau
 Communes sur
 http://openstreetmap.fr/outils/etat-du-decoupage-administratif?l=8r=75
 --
 Jean-Baptiste Holcroft


 Le 10 mai 2013 10:42, Christian Quest cqu...@openstreetmap.fr a écrit :

 On se rapproche doucement mais sûrement des 100%... :)


 Les 3/4 des départements sont complets:
 http://openstreetmap.fr/outils/etat-du-decoupage-administratif?l=6

 --
 Christian Quest - OpenStreetMap France
 Synthèse du Week-end SOTM-FR à Lyon :
 http://openstreetmap.fr/synthese-sotmfr

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



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


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

Re: [OSM-talk-fr] 90% des limites administratives des communes...

Les stats sont un peu faussées : les départements affichés proches de 100%
ont en fait toutes leurs communes, mais le script ignore encore les
quelques communes qui ont récemment fusionné. Ce script n'a pas rechargé le
fichier à jour de la liste des communes ; ces départements étaient à 100%,
maintenant ils sont légèrement en dessous et ce n'est pas une erreur dans
la base.


Le 10 mai 2013 10:42, Christian Quest cqu...@openstreetmap.fr a écrit :

 On se rapproche doucement mais sûrement des 100%... :)

 Les 3/4 des départements sont complets:
 http://openstreetmap.fr/outils/etat-du-decoupage-administratif?l=6

 --
 Christian Quest - OpenStreetMap France
 Synthèse du Week-end SOTM-FR à Lyon :
 http://openstreetmap.fr/synthese-sotmfr

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

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

Re: [OSM-talk-fr] Rendu osm_fr : trois suggestions

2013-05-10 Thread Ista Pouss

(Hors sujet bien sûr)

Le 10 mai 2013 11:11, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit :

 2- j'accorde une attention particulière à la valorisation de l'art dans la
 ville : c'est souvent des éléments porteurs pour les villes attractives :
 sculptures, fresques, fontaines,...


Je suis agréablement surpris de cette opinion d'un responsable municipal
:-) (à ce que j'ai compris). J'ai l'impression la plupart du temps que
l'art dans la ville est considéré comme une sorte de mal nécessaire, sauf
les arcs de triomphe...

Attention que je rouspèterais sur le terme valorisation : quand on fait
une carte, on ne valorise pas, on ne fait que montrer, que décrire, selon
des règles de projection précises (en général). Pour l'art, support
d'expression citoyenne, c'est particulièrement sensible.

On pourrait, par exemple, montrer les tags sauvages en tant qu'oeuvre
d'art, ce qui ferait débat en terme de valorisation, j'imagine, dans les
sphères municipales. Et il existe même des débats sur le sens des graphitis
(question micro-mapping, quel festival ce serait ! ) (CQuest, à vos icones
! )

Et, je suppose j'espère, une municipalité s'occupe de la ville telle
qu'elle est, non telle qu'elle est vendue, et donc devrait la saisir en
termes de projection. Mais... je me doute que, pour avoir des budgets de
participation à osm, il faut valoriser. Valoriser, plutot que rien, c'est
mieux. Alors...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu osm_fr : trois suggestions

2013-05-10 Thread Sylvain Naudin

[je continue le hs]

Le 10 mai 2013 12:48, Ista Pouss ista...@gmail.com a écrit :

 Et il existe même des débats sur le sens des graphitis (question
 micro-mapping, quel festival ce serait ! )


Ah oui tiens, dans mon ancienne ville à côté de Tours (La Riche) le service
culturel avait organisé une battle de grapheur, sur un mur le long d'une
voie ferré et à côté d'un terrain de sport, avec de très beaux graphes qui
resteront là longtemps.
Il y a un tag pour ça ?

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

Re: [OSM-talk-fr] Rendu osm_fr : trois suggestions

Ce n'est pas parce que'une commune a peu de choses à montrer que ces choses
doivent être cachées. L'attrait local de ce qui existe déjà est l'objet de
ce qu'on appelle valorisation et qui justement amène à développer une
économie (même petite) mais qui justifie qu'elle veuille en faire la
promotion. Pour que ceux qui y passent ou qui y vivent se sentent proche de
leur patrimoine, l'entretiennent, et en profitent au lieu d'aller chercher
ailleurs ou rester chez eux à ne rien faire et laisser ces éléments pourrir
avec le temps.

Alors oui, on doit montrer ce patrimoine (même privé avec de belles
façades), les jardins, parcs, espaces fleuris, mais aussi les services de
proximité. Parce que ces exemples peuvent être imités et favoriser
l'émergence d'autres lieux d'intérêt, et peut-être créer quelques emplois.
Cartographier ne coute pas grand chose. Et ce sera toujours utile à bien
d'autres.

Mais il faut aussi cartographier ce qui dérange : incinérateurs, activités
polluantes, zones dégradées Car cela permet aussi de chercher des
solutions et répartir les besoins et les contrôles là où ils sont plus
nécessaires.

Le terme valoriser est donc approprié. On ne peut pas valoriser un
territoire sans d'abord bien le connaitre.



Le 10 mai 2013 12:48, Ista Pouss ista...@gmail.com a écrit :

 (Hors sujet bien sûr)

 Le 10 mai 2013 11:11, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit :

 2- j'accorde une attention particulière à la valorisation de l'art dans la
 ville : c'est souvent des éléments porteurs pour les villes attractives :
 sculptures, fresques, fontaines,...


 Je suis agréablement surpris de cette opinion d'un responsable municipal
 :-) (à ce que j'ai compris). J'ai l'impression la plupart du temps que
 l'art dans la ville est considéré comme une sorte de mal nécessaire, sauf
 les arcs de triomphe...

 Attention que je rouspèterais sur le terme valorisation : quand on fait
 une carte, on ne valorise pas, on ne fait que montrer, que décrire, selon
 des règles de projection précises (en général). Pour l'art, support
 d'expression citoyenne, c'est particulièrement sensible.

 On pourrait, par exemple, montrer les tags sauvages en tant qu'oeuvre
 d'art, ce qui ferait débat en terme de valorisation, j'imagine, dans les
 sphères municipales. Et il existe même des débats sur le sens des graphitis
 (question micro-mapping, quel festival ce serait ! ) (CQuest, à vos icones
 ! )

 Et, je suppose j'espère, une municipalité s'occupe de la ville telle
 qu'elle est, non telle qu'elle est vendue, et donc devrait la saisir en
 termes de projection. Mais... je me doute que, pour avoir des budgets de
 participation à osm, il faut valoriser. Valoriser, plutot que rien, c'est
 mieux. Alors...



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


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

Re: [OSM-talk-fr] 90% des limites administratives des communes...

2013-05-10 Thread Vincent Pottier


Le 10/05/2013 12:38, Philippe Verdy a écrit :
Les stats sont un peu faussées : les départements affichés proches de 
100% ont en fait toutes leurs communes, mais le script ignore encore 
les quelques communes qui ont récemment fusionné. Ce script n'a pas 
rechargé le fichier à jour de la liste des communes ; ces départements 
étaient à 100%, maintenant ils sont légèrement en dessous et ce n'est 
pas une erreur dans la base.



Des noms...
Des liens...
Des exemples...
--
FrViPofm

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

Re: [OSM-talk-fr] Rendu osm_fr : trois suggestions

2013-05-10 Thread Vincent Pottier


Le 10/05/2013 13:26, Sylvain Naudin a écrit :

Il y a un tag pour ça ?

Un tag pour les tags ?
Ça se mort la queue !
--
FrViPofm

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

Re: [OSM-talk-fr] Vrai-faux aerodromes (etait: Aéroports et Lieux...)

2013-05-10 Thread Art Penteur

Le 9 mai 2013 14:45, OpenSourceWay opensource...@laposte.net a écrit :
 Osmose ne peux malheureusement pas dire si le nom est bizarre ou si il y a
 physiquement un aérodrome ou non (enfin je pense)

 Mais un projet de la semaine, je pense que c'est possible, et ça sera vite
 plié.

Je viens de finir un tour de France pour la partie facile de la chose :
J'ai séléctionné tous les objets pour lesquels aeroway=aerodrome et
name contient airport.
Lorsque cela correspondanit à un aéroport connu (listes DGAC,
wikipedia, site web d'aero-club, rapports du BEA, ), j'ai transféré le
name en name:en, et j'ai inscrit dans name le nom français officiel
(Aérodrome/Atiport/Altisurface de machin-truc)
(éventuellement name = ex-... et aeroway=diused + disused=aerodrome
pour les terrains fermés).

Donc il ne reste plus que :
- Quelques gros aéroports (Genève, Lille, ...)
- Des endroits dont il n'est pas facile de savoir par chair mapping
ce qu'ils sont. Il en reste 25 :

Aleu, Bacanares, Balesta Nature, Cap De Barres, Cap De Pouy, Chaumont,
Clos de Legua,
Col de la Marane, Coste Del Pam, Coumely, Ferrere, Hautacam,
Hippopotame, Honteyde,
La Plagne Rouirex, La Taillade, La Tete Des Champs, Mont Llaret, Mont
Llaret Roc Daude,
Pene de Soulit, Plateau De La Calme, Quatre Veziaux, UIs, Vers Le Col Du Palet,
Vittel (Auzaivilliers).

Beaucoup sont en montagne (Altisurfaces ?)

Art.

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

Re: [OSM-talk-fr] 90% des limites administratives des communes...

Deux-Sèvres par exemple. En fait tous les département pour laquelle la
liste affiche qu'il manque moins de 5 communes (et qui n'ont pas à y être
puisque ce ne sont plus des communes).


Le 10 mai 2013 13:53, Vincent Pottier vpott...@gmail.com a écrit :

 Le 10/05/2013 12:38, Philippe Verdy a écrit :

  Les stats sont un peu faussées : les départements affichés proches de
 100% ont en fait toutes leurs communes, mais le script ignore encore les
 quelques communes qui ont récemment fusionné. Ce script n'a pas rechargé le
 fichier à jour de la liste des communes ; ces départements étaient à 100%,
 maintenant ils sont légèrement en dessous et ce n'est pas une erreur dans
 la base.

  Des noms...
 Des liens...
 Des exemples...
 --
 FrViPofm


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

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

Re: [OSM-talk-fr] 90% des limites administratives des communes...

2013-05-10 Thread Mickaël Guéret

Le vendredi 10 mai 2013 à 12:38 +0200, Philippe Verdy a écrit :
 Les stats sont un peu faussées : les départements affichés proches de
 100% ont en fait toutes leurs communes, mais le script ignore encore
 les quelques communes qui ont récemment fusionné. Ce script n'a pas
 rechargé le fichier à jour de la liste des communes ; ces départements
 étaient à 100%, maintenant ils sont légèrement en dessous et ce n'est
 pas une erreur dans la base.

Ce n'est pas le script qui ignore les fusions, mais la source de
comparaison qui n'est pas à jour : Geofla 2011. Du coup, en effet, il
manque quelques communes dans des départements pourtant complets, mais
dont certaines communes ont fusionnées fin 2012 (les Deux-Sèvres par
exemple, Maine-et-Loire sans doute aussi). Ça reste quand même un
indicateur pertinent, si on prend en compte cette limite (reste du
boulot dans certains départements : 153 / 463 en Ardennes 100 / 433 en
Haute Marne) !

Cordialement,
Mika_Gueret



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

Re: [OSM-talk-fr] 90% des limites administratives des communes...

Aussi les Hautes-Alpes. C'est bien ce que je disais : les stats sont
faussées par la source de comparaison qui n'est pas à jour à la fin 2012 et
les nouvelles communes effectives depuis 2013. Du coup la liste inclut des
noms d'anciennes communes qui n'existent plus sous ce nom.
Reste à savoir si les codes INSEE pour les communes fusionnées sont bien
corrects (à priori si la commune fusionnée a changé de nom, elle ne reprend
aucun ancien code INSEE -- même si chaque commune composante garde son code
ainsi que son nom en tant que commune associée, mais devient dans OSM un
admin_level=10).


Le 10 mai 2013 15:45, Mickaël Guéret m.gue...@free.fr a écrit :

 Le vendredi 10 mai 2013 à 12:38 +0200, Philippe Verdy a écrit :
  Les stats sont un peu faussées : les départements affichés proches de
  100% ont en fait toutes leurs communes, mais le script ignore encore
  les quelques communes qui ont récemment fusionné. Ce script n'a pas
  rechargé le fichier à jour de la liste des communes ; ces départements
  étaient à 100%, maintenant ils sont légèrement en dessous et ce n'est
  pas une erreur dans la base.

 Ce n'est pas le script qui ignore les fusions, mais la source de
 comparaison qui n'est pas à jour : Geofla 2011. Du coup, en effet, il
 manque quelques communes dans des départements pourtant complets, mais
 dont certaines communes ont fusionnées fin 2012 (les Deux-Sèvres par
 exemple, Maine-et-Loire sans doute aussi). Ça reste quand même un
 indicateur pertinent, si on prend en compte cette limite (reste du
 boulot dans certains départements : 153 / 463 en Ardennes 100 / 433 en
 Haute Marne) !

 Cordialement,
 Mika_Gueret



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

Re: [OSM-talk-fr] Vrai-faux aerodromes (etait: Aéroports et Lieux...)

2013-05-10 Thread Art Penteur

Pour ceux qui veulent continuer, et transformer les airports en
altisurface ou altiport, voici le lien vers le document DGAC/SIA :

https://www.sia.aviation-civile.gouv.fr/aip/ENLIGNE/FR/..%5CPDF_AIPparSSection%5CAIP%20FRANCE%5CAD%5C1%5C1306_AD-1.8.pdf

Art.

Le 10 mai 2013 15:32, Art Penteur art.pent...@gmail.com a écrit :
 Le 9 mai 2013 14:45, OpenSourceWay opensource...@laposte.net a écrit :
 Osmose ne peux malheureusement pas dire si le nom est bizarre ou si il y a
 physiquement un aérodrome ou non (enfin je pense)

 Mais un projet de la semaine, je pense que c'est possible, et ça sera vite
 plié.

 Je viens de finir un tour de France pour la partie facile de la chose :
 J'ai séléctionné tous les objets pour lesquels aeroway=aerodrome et
 name contient airport.
 Lorsque cela correspondanit à un aéroport connu (listes DGAC,
 wikipedia, site web d'aero-club, rapports du BEA, ), j'ai transféré le
 name en name:en, et j'ai inscrit dans name le nom français officiel
 (Aérodrome/Atiport/Altisurface de machin-truc)
 (éventuellement name = ex-... et aeroway=diused + disused=aerodrome
 pour les terrains fermés).

 Donc il ne reste plus que :
 - Quelques gros aéroports (Genève, Lille, ...)
 - Des endroits dont il n'est pas facile de savoir par chair mapping
 ce qu'ils sont. Il en reste 25 :

 Aleu, Bacanares, Balesta Nature, Cap De Barres, Cap De Pouy, Chaumont,
 Clos de Legua,
 Col de la Marane, Coste Del Pam, Coumely, Ferrere, Hautacam,
 Hippopotame, Honteyde,
 La Plagne Rouirex, La Taillade, La Tete Des Champs, Mont Llaret, Mont
 Llaret Roc Daude,
 Pene de Soulit, Plateau De La Calme, Quatre Veziaux, UIs, Vers Le Col Du 
 Palet,
 Vittel (Auzaivilliers).

 Beaucoup sont en montagne (Altisurfaces ?)

 Art.

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

Re: [OSM-talk-fr] 90% des limites administratives des communes...

2013-05-10 Thread Christian Quest

Le problème c'est que le GEOFLA 2013 et le COG 2013 n'étaient pas
dispo il y a encore peu de temps... le sont-ils aujourd'hui ?

http://professionnels.ign.fr/geofla - 2012


Le 10 mai 2013 15:52, Philippe Verdy verd...@wanadoo.fr a écrit :
 Aussi les Hautes-Alpes. C'est bien ce que je disais : les stats sont
 faussées par la source de comparaison qui n'est pas à jour à la fin 2012 et
 les nouvelles communes effectives depuis 2013. Du coup la liste inclut des
 noms d'anciennes communes qui n'existent plus sous ce nom.
 Reste à savoir si les codes INSEE pour les communes fusionnées sont bien
 corrects (à priori si la commune fusionnée a changé de nom, elle ne reprend
 aucun ancien code INSEE -- même si chaque commune composante garde son code
 ainsi que son nom en tant que commune associée, mais devient dans OSM un
 admin_level=10).


 Le 10 mai 2013 15:45, Mickaël Guéret m.gue...@free.fr a écrit :

 Le vendredi 10 mai 2013 à 12:38 +0200, Philippe Verdy a écrit :
  Les stats sont un peu faussées : les départements affichés proches de
  100% ont en fait toutes leurs communes, mais le script ignore encore
  les quelques communes qui ont récemment fusionné. Ce script n'a pas
  rechargé le fichier à jour de la liste des communes ; ces départements
  étaient à 100%, maintenant ils sont légèrement en dessous et ce n'est
  pas une erreur dans la base.

 Ce n'est pas le script qui ignore les fusions, mais la source de
 comparaison qui n'est pas à jour : Geofla 2011. Du coup, en effet, il
 manque quelques communes dans des départements pourtant complets, mais
 dont certaines communes ont fusionnées fin 2012 (les Deux-Sèvres par
 exemple, Maine-et-Loire sans doute aussi). Ça reste quand même un
 indicateur pertinent, si on prend en compte cette limite (reste du
 boulot dans certains départements : 153 / 463 en Ardennes 100 / 433 en
 Haute Marne) !

 Cordialement,
 Mika_Gueret




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




-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr

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

Re: [OSM-talk-fr] 90% des limites administratives des communes...

Je veux bien mais on a eu les infos par le JORF, ce qui doit suffire à
mettre à jour manuellement ce fichier, dans une copie temporaire utilisée à
la place de l'ancien fichier. Il n'y a pas eu tant de modifs que ça.

Autre sujet intéressant : la liste ne traite que les communes de plein
droit, et il serait bon de vérifier aussi la liste des communes associées
pour voir qu'elles sont bien là dans OSM avec un admin_level8.

Pourquoi le niveau 10 pour les communes associées ? Je me le demande ! Ces
communes associées devraient être au niveau 9 comme les arrondissements
communaux, étant donné que ce ne sont pas de simples quartiers dont les
communes peuvent décider toutes seules des contours sans aval des résidents
(référendum local) et sans celui du gouvernement via son préfet, et celui
du conseil général (les conditions légales ont changé de nombreuses fois
depuis les 2 derniers siècles, sous la République comme sous la Royauté et
l'Empire ; la création des communes ne s'est pas faite sans mal et a donné
lieu à de nombreux litiges, le Conseil d'Etat ayant son mot à dire aussi).

En revanche pour les communes réellement fusionnées sans association, les
anciennes communes disparaissent, leur code INSEE n'est plus valide (mais
pourrait être gardé dans la base pour des besoins historiqueset de
continuité statistique), et elles peuvent passer en admin_level=10 voire
sans admin_level du tout (avec end_date=-01-01) puisque ce ne sont plus
des frontières administratives (et que les quartiers peuvent être remodelés
différemment à cheval sur les anciennes communes).



Le 10 mai 2013 16:20, Christian Quest cqu...@openstreetmap.fr a écrit :

 Le problème c'est que le GEOFLA 2013 et le COG 2013 n'étaient pas
 dispo il y a encore peu de temps... le sont-ils aujourd'hui ?

 http://professionnels.ign.fr/geofla - 2012


 Le 10 mai 2013 15:52, Philippe Verdy verd...@wanadoo.fr a écrit :
  Aussi les Hautes-Alpes. C'est bien ce que je disais : les stats sont
  faussées par la source de comparaison qui n'est pas à jour à la fin 2012
 et
  les nouvelles communes effectives depuis 2013. Du coup la liste inclut
 des
  noms d'anciennes communes qui n'existent plus sous ce nom.
  Reste à savoir si les codes INSEE pour les communes fusionnées sont bien
  corrects (à priori si la commune fusionnée a changé de nom, elle ne
 reprend
  aucun ancien code INSEE -- même si chaque commune composante garde son
 code
  ainsi que son nom en tant que commune associée, mais devient dans OSM
 un
  admin_level=10).
 
 
  Le 10 mai 2013 15:45, Mickaël Guéret m.gue...@free.fr a écrit :
 
  Le vendredi 10 mai 2013 à 12:38 +0200, Philippe Verdy a écrit :
   Les stats sont un peu faussées : les départements affichés proches de
   100% ont en fait toutes leurs communes, mais le script ignore encore
   les quelques communes qui ont récemment fusionné. Ce script n'a pas
   rechargé le fichier à jour de la liste des communes ; ces départements
   étaient à 100%, maintenant ils sont légèrement en dessous et ce n'est
   pas une erreur dans la base.
 
  Ce n'est pas le script qui ignore les fusions, mais la source de
  comparaison qui n'est pas à jour : Geofla 2011. Du coup, en effet, il
  manque quelques communes dans des départements pourtant complets, mais
  dont certaines communes ont fusionnées fin 2012 (les Deux-Sèvres par
  exemple, Maine-et-Loire sans doute aussi). Ça reste quand même un
  indicateur pertinent, si on prend en compte cette limite (reste du
  boulot dans certains départements : 153 / 463 en Ardennes 100 / 433 en
  Haute Marne) !
 
  Cordialement,
  Mika_Gueret
 
 
 
 
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-fr
 



 --
 Christian Quest - OpenStreetMap France
 Synthèse du Week-end SOTM-FR à Lyon :
 http://openstreetmap.fr/synthese-sotmfr

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

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

Re: [OSM-talk-fr] 90% des limites administratives des communes...

2013-05-10 Thread Vincent Pottier


Le 10/05/2013 16:42, Philippe Verdy a écrit :
Je veux bien mais on a eu les infos par le JORF, ce qui doit suffire à 
mettre à jour manuellement ce fichier, dans une copie temporaire 
utilisée à la place de l'ancien fichier. Il n'y a pas eu tant de 
modifs que ça.


Autre sujet intéressant : la liste ne traite que les communes de plein 
droit, et il serait bon de vérifier aussi la liste des communes 
associées pour voir qu'elles sont bien là dans OSM avec un admin_level8.


Pourquoi le niveau 10 pour les communes associées ? Je me le demande ! 
Ces communes associées devraient être au niveau 9 comme les 
arrondissements communaux,

+1
--
FrViPofm

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

Re: [OSM-talk-fr] 90% des limites administratives des communes...

2013-05-10 Thread Etienne Trimaille

La prochaine version du géofla sortira en décembre. Il y a
désynchronisation entre ign et insee.

Mais une version modifiée est dispo ici :

http://www.sogefi-sig.com/donnees-sig/76-geofla-actualise
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] 90% des limites administratives des communes...

Le niveau 9 pour les communes associées est d'autant plus pertinent
qu'elles pourraient avoir leurs propres quartiers ou villages, ce qui n'est
pas possible à moins de mettre leurs quartiers ou village au niveau 11 (et
il me semble que la limite à 10 niveaux est désormais appliquée, les
quelques pays qui ont défini un 11e niveau revenant en arrière, comme
l'Allemagne par exemple).

Enfin j'aimerais qu'on puisse avoir dans OSM une liste exhaustive des
communes associées (même si cette liste inclura aussi des arrondissements
municipaux, ce qui ne provoque aucun conflit en France dans les 3 communes
à arrondissements), avec leur limites territoriales. Il arrive que des
commuens s'associent pendant une durée limitée, puis se séparent à nouveau.

C'est beaucoup plus difficile de scinder une commune normale, à moins qu'il
y ait le développement d'une seconde agglomération de population suffisante
(éventuellement à cheval sur plusieurs communes, comme pour les villes
nouvelles qui pourtant n'ont pas été érigées en communes autonomes mais
seulement en syndicat intercommunal couvrant la totalité des communes
participantes).

[HS]
De même il est très difficile d'établir ou modifier le chef-lieu d'une
commune (pour différentes raisons légales et des tonnes de litiges réglés
en Conseil d'Etat : à l'origine le chef-lieu d'une commune devait aussi
être dans le hameau le plus peuplé et à proximité du clocher, autrement dit
les communes sont nées de la prise en charge civile des paroisses, et
aujourd'hui même les paroisses s'alignent plus ou moins sur les limites
communales, même si elles sont de plus en plus intercommunales, et si de
plus en plus d'églises sont abandonnées pour l'usage du culte ou cédées à
d'autres cultes non catholiques
ou vendues au privé).
[/HS]

Cependant la notion de chef-lieu de commune (l'emplacement de la mairie)
garde un sens dans les communes associées qui disposent encore d'une mairie
(même si ce n'est plus le siège du conseil municipal, il reste une
administration locale minimale, même si leur personnel est partagé entre
les communes associées et si elles n'ont plus de budget complètement
autonome).


Le 10 mai 2013 16:59, Vincent Pottier vpott...@gmail.com a écrit :

 Le 10/05/2013 16:42, Philippe Verdy a écrit :

  Je veux bien mais on a eu les infos par le JORF, ce qui doit suffire à
 mettre à jour manuellement ce fichier, dans une copie temporaire utilisée à
 la place de l'ancien fichier. Il n'y a pas eu tant de modifs que ça.

 Autre sujet intéressant : la liste ne traite que les communes de plein
 droit, et il serait bon de vérifier aussi la liste des communes associées
 pour voir qu'elles sont bien là dans OSM avec un admin_level8.

 Pourquoi le niveau 10 pour les communes associées ? Je me le demande !
 Ces communes associées devraient être au niveau 9 comme les arrondissements
 communaux,

 +1
 --
 FrViPofm


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

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

Re: [OSM-talk-fr] Hors sujet mais bon

2013-05-10 Thread Ab_fab

Ton bot est l'employé du mois, en tout cas :
http://www.openstreetmap.org/stats/data_stats.html


2013/5/6 didier2020 didier2...@free.fr

 ma femme est en vacances jusqu'a dimanche,
 je vais enfin pouvoir etre un peu plus productif


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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] allées dans des hypermarchés

2013-05-10 Thread ZIMMY

Je commence à douter de la méthode sur nommage des allées
actuellement j'ai mis name=*
car ref=* n'afficherait par l'allée

qu'en pensez-vous ?

http://tile.openstreetmap.fr/?zoom=18lat=43.98118lon=4.87996layers=B0F



-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (ville d'Orange,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context: 
http://gis.19327.n5.nabble.com/allees-dans-des-hypermarches-tp5760533.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Hors sujet mais bon

2013-05-10 Thread didier2020

j'arrete les corrections quand le manque de sommeil me donne des nosées
ou quand le mal au poignet me fait hurler de douleur ...
Le vendredi 10 mai 2013 à 22:15 +0200, Ab_fab a écrit : 
 Ton bot est l'employé du mois, en tout cas :
 http://www.openstreetmap.org/stats/data_stats.html
 
 
 
 2013/5/6 didier2020 didier2...@free.fr
 ma femme est en vacances jusqu'a dimanche,
 je vais enfin pouvoir etre un peu plus productif
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr 
 
 
 
 
 -- 
 ab_fab
 Il n'y a pas de pas perdus, Nadja
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr



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

Re: [OSM-talk-fr] allées dans des hypermarchés