Hello,
we are currently building an OpenLayers based editor which I think could make
the development of iD simpler. Please have a look at the demo at
http://ole.geops.de/ to get an impression of some of the features. The source
code for OpenLayers Editor is available as well and we are happy to he
Am 2012-07-14 08:15, schrieb Paweł Paprota:
> Do you think it would make sense to develop this project as a
> replacement for the map viewer at osm.org front page?
I think that client-side JavaScript rendering of maps is currently too
slow for mainstream use, even on desktops.
It could probably
>
> Both jQuery and Dojo have a lot to recommend them, but Dojo, I think, has
> the edge for large apps; it gives you a class and package structure that's
> almost like using a "proper" language. ;)
I know what you mean. In my mind, every programming language is C with
slightly different syntax..
Stéphane Brunner wrote:
> Some times ago I do a little application to edit osm data in javascript.
Thanks (and to Michael and Graham for similar references). Would certainly
be good to reuse code where appropriate - and by the same token, anyone
who's familiar with the P2 source code will recognis
Graham Jones wrote:
> I'll go and learn dojo nowI had never heard of it, and thought that
> jQuery/jQueryUI was the library of choice for javascript, but the
> charts etc. in dojo do look very useful.
Both jQuery and Dojo have a lot to recommend them, but Dojo, I think, has
the edge for large
Hello,
Some times ago I do a little application to edit osm data in javascript.
Application: http://stephane-brunner.ch/osmedit.html
Source code: https://github.com/sbrunner/osmeditor
It not relay user friendly but if you want to take a component it's welcome :-)
CU
Stéphane
2012/7/14 Graham
It would also be worth a look at
https://github.com/mdaines/simple-map-editor.
This has a lot of the basics working (in particular upload using oauth),
but needs some work to get the tag dialog working nicely.and this has
never got to the top of my list of things to do.
I'll go and learn dojo
On 13.07.2012 11:31, Richard Fairhurst: wrote:
So we need another editor.
Have you had a look at the work from Paul-Fiete Hartmann he presented at
the FOSSGIS 2012? (sorry, all in German as the FOSSGIS is s a German
conference)
* Title: HTML5-Editor für OpenStreetMap
* http://www.fossgis.d
Hi all,
Just a quick (meaning: probably crazy) thought I had...
Do you think it would make sense to develop this project as a
replacement for the map viewer at osm.org front page? It sounds like
some features from the editor would give some viewer "for free" [1].
Also reusing one code base for vi
Hi Stefan,
>
> I rather fancy a theme based transaction. The theme defines what
> objects should be rendered to work on the specific theme.
>
> This prevents the accidental alteration of stuff that is unrelated,
> and gives a better focus on the task.
>
Sounds good. I am actually not sure what
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 14-07-12 00:27, Paweł Paprota wrote:
> I wonder if for such a basic/welcoming editor it would be good to
> consider performance as a factor. Solution from Google Map Maker
> looks good at a glance (I have not used it too much) - you have to
> sel
Hi Richard,
Great idea.
I have a quick thought performance/usability-wise - when there is a lot
of objects to render (like buildings in a large city), Potlach and JOSM
really struggle. I guess it's not a big problem since those editors are
for more "patient" users - geeks :-)
I wonder if for suc
Hi,
This is a nice idea !
Most of the time, absolute beginners start with the addition of POI, and it
is often related to shopping.
Having clever dialog boxes allowing to indicate properly
contact information (i.e. phone number in proper format)
opening hours
website ... would be great.
Even beg
On 13/07/2012 15:51, Viesturs Zarins wrote:
My idea is to hide the relations altogether and automatically deduce
areas from geometry.
The user would just click on enclosed area and assign tags to it,
never caring about the technical details.
In landuse mode all the lines should form areas and
My idea is to hide the relations altogether and automatically deduce areas
from geometry.
The user would just click on enclosed area and assign tags to it, never
caring about the technical details.
In landuse mode all the lines should form areas and all crossings are
errors in data.
If there are n
Great idea! If it can have a simple way of visualising
multipolygon/boundary type relations and highlighting anomalies in them,
it would get a big +100 from me.
Colin
On 13/07/2012 11:31, Richard Fairhurst wrote:
Hi all,
Potlatch is five years old and JOSM is over six years old. Scary,
Hi Richard,
Great idea, wanted to do this for some time already.
Even implemented a small prototype in Dart. Didn't go very far tough.
Would gladly help you with this one.
My main idea was to implement multiple specialized editing modes, each for
different subset of features.
For example:
- for
Hi all,
Potlatch is five years old and JOSM is over six years old. Scary, isn't it?
Lots has changed in those five years. Browsers now do natively things
that used to require a plugin - indeed, you might not even have the
plugin anymore. OSM's changed, too, from a little-known geek project to
18 matches
Mail list logo