MapOSMatic - Tasks: task #9998, Allow multiple instances of...

Group

Main
- Main
- View members
- Search
Homepage
Mailing lists
Source code
- Use CVS
- Browse Web Pages Repository
- Use Git
- Browse Git repositories
- maposmatic
- ocitysmap
Bugs
- Submit new
- Browse
- Reset to open
- Digest
- Dependencies
- ~~Export~~
- Get statistics
- Search
Tasks
- ~~Submit new~~
- Browse
- Reset to open
- Digest
- Dependencies
- ~~Export~~
- Get statistics
- Search

task #9998: Allow multiple instances of maposmaticd

Submitter:	Pierre Mauduit <pmauduit>
Submitted:	Mon 21 Dec 2009 09:36:19 AM UTC


Should Start On:	Mon 21 Dec 2009 12:00:00 AM UTC	Should be Finished on:	Mon 21 Dec 2009 12:00:00 AM UTC
Category:	daemon	Priority: *	5 - Normal
Status:	In Progress	Privacy:	Public
Assigned to:	mpetazzoni	Percent Complete:	80%
Open/Closed:	Open	Release:	None
Effort:	0.00

* Mandatory Fields

Add a New Comment Rich Markup

Thu 04 Feb 2010 04:38:08 PM UTC, comment #4: A prefix to the map_areas table can now be provided to OCitySMap. The standalone ocitysmap-render rendered uses 'ocitysmap_render_PID_'. The MapOSMatic daemon uses 'maposmaticd_PID_'. This change is available in the daemon-rewrite branch we'll soon merge in. One thing remains: get a token on the next job to render in an atomic manner.	Maxime Petazzoni <mpetazzoni>
Thu 21 Jan 2010 08:01:46 AM UTC, comment #3: Note that comment #1 should already be implemented (config variable map_areas_table_name).	David Decotigny <daviddecotigny>
Mon 11 Jan 2010 05:46:52 PM UTC, comment #2: This is on my radar too, not only for multi-processor/core machines, but to generally -ize the job handling and rendering part of the pipeline.	Maxime Petazzoni <mpetazzoni>
Mon 21 Dec 2009 09:59:43 AM UTC, comment #1: Or use a temporary table, specific to each rendering process and destroyed at the end of the process.	David Mentré <dmentre>
Mon 21 Dec 2009 09:36:19 AM UTC, original submission: It would be interesting to allow multiple instances of maposmaticd, in order to generate several maps at the same time on the same machine. Currently, the DB structure used by ocitysmap does not seem to allow it : maposmatic=# \d map_areas ; Table « public.map_areas » Colonne \| Type \| Modificateurs ---------+----------+--------------- x \| integer \| y \| integer \| geom \| geometry \| Perhaps would we have to add a osmid column	Pierre Mauduit <pmauduit>

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:


Comment:

No files currently attached

Depends on the following items: None found

Items that depend on this one: None found

Carbon-Copy List

-email is unavailable- added by daviddecotigny (Posted a comment)

-email is unavailable- added by mpetazzoni (Posted a comment)

-email is unavailable- added by dmentre (Posted a comment)

-email is unavailable- added by pmauduit (Submitted the item)

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

Only logged-in users can vote.

Please enter the title of George Orwell's famous dystopian book (it's a date):

Follow 5 latest changes.

Date	Changed by	Updated Field	Previous Value	Replaced by
2010-02-04	mpetazzoni	Status	None	In Progress
		Percent Complete	0%	80%
2010-01-11	mpetazzoni	Category	None	daemon
		Assigned to	None	mpetazzoni
		Summary	Allow multiple instances of maposmaticd (multi-processor machines)	Allow multiple instances of maposmaticd

MapOSMatic - Tasks: task #9998, Allow multiple instances of...

task #9998: Allow multiple instances of maposmaticd

<a href="#postcomment">Post a Comment</a>

<a href="#discussion">Discussion</a>

<a href="#attached">Attached Files</a>

<a href="#dependencies">Dependencies</a>

<a href="#cc">Mail Notification Carbon-Copy List</a>

<a href="#votes">Votes</a>

<a href="#history">History</a>